I believe it is best for the DAS to not manipulate the provided SQL and
also to require that clients provide SQL that conforms to the standard.
I would like to remove support for named parameters if there is no
objection.
Thanks,
--Kevin
Kevin Williams wrote:
The problem is that our marker
There are a lot of benefits to named parameters and users seem to like
them - it would be a shame to see them go.
How complex would a parser be? Wouldn't it just need to handle the
distinction between string values/comments etc. and SQL text? That
would be a lot simpler than parsing the actual
The problem is that our marker ':' can be used in SQL although, as far
as I can tell, only within embedded single or double quotes like this:
Select fif:fi'ef from 'sefti:iend' where sdsd:ske =:id and age
:age and addr = :addr
Which we need to convert to
Select fif:fi'ef from
