Carlos Guzmán Álvarez wrote:
>> * First is adding small piece of code info FbParameter's ctor, that will
>> prepend the parameterName with '@' if there isn't '@' (of course we have
>> to discuss some cases, like parameters with generated names, etc.)
>> - This maybe bring some problems, when you create parameter "test"
>> and in fact, it will be saved like "@test" so later, if you'll try to
>> find them you will get some surprise. ;)
> This could be done, but it should be conifigurable from connection
> string ( or any other place )
Interesting. Thi solution seems to be not so good for me. :)
>> * In FbCommand class add some code that will match to parameters without
>> '@'. This needs probably more work, but it's IMHO more robust.
> This is not going to happen as it could give more problems than solutions ;)
Can you describe some of them?
> Right now there are two ways to define the parameters now, named and with
> place holder and i think there are 0 problem with the actual way they work
> ( the only problem could be with the ddex provider at design time )
Yep, I have some problems with DDEX and ASP.NET solutions, but the
solution was easy - interating thru parameters before postback and
adding '@'. :D
--
Jiri {x2} Cincura
http://blog.vyvojar.cz/jirka/ | http://www.ID3renamer.com
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Firebird-net-provider mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/firebird-net-provider
