| 
     
      
      
      From: André K. <Kna...@be...> - 2013-10-01 11:52:53
       
   | 
Hi Gang, this is probably something WAD / inherited, but nonetheless it is undesirable and I'd like to know if there is something one can do to avoid it. I was helping a company to move from dBase/DBF to C#/Firebird, but their IT already made a migration of the huge DBFs to Firebird. They were mostly using "default" settings, though, and so the databases are with Characterset "NONE" and the identifiers are quoted. Don't know how the Characterset is involved in the problem, but the quoted identifiers definitely are. It turned out that the dataadapter's fill() method is automatically uppercasing the select command. So, to make a fill() work, the command has - for example - to be changed like this: standard: "Select Field_1, Field_2, Field_3 from Table_1 where Key_1 = @Value_1" after autoconversion by dataadapter fill(): "SELECT FIELD_1, FIELD_2, FIELD_3 FROM TABLE_1 WHERE KEY_1 = @VALUE_1" which will fail, because the FB server rejects the uppercase'd identifiers. modification: "Select \"Field_1\", \"Field_2\", \"Field_3\" from \"Table_1\" where \"Key_1\" = @Value_1" this works but it is a lot of hard work in coding and very ugly reading. Is there anything that can be done to ease this, any setting, any automation? I recommended - of course - to re-create database and do away with the quoted identifiers nonsense, and they indeed prefer this over constantly ESCAPEing the quotes in the query commands. But if there is any other option... thanks in advance! André  | 
| 
     
      
      
      From: Jiri C. <di...@ci...> - 2013-10-01 16:59:13
       
   | 
Are you creating the FbDataAdapter in code?
-- 
Jiri {x2} Cincura (x2develop.com founder)
http://blog.cincura.net/ | http://www.ID3renamer.com
 | 
| 
     
      
      
      From: André K. <Kna...@be...> - 2013-10-02 08:44:22
       
   | 
Yes. > Are you creating the FbDataAdapter in code?  | 
| 
     
      
      
      From: Jiri C. <di...@ci...> - 2013-10-02 11:11:52
       
   | 
Not 100% sure, but I think it's something in the DbDataAdapter the FbDataAdapter derives from. I don't know a place where this casing etc. in FirebirdClient would happen. :( On Wed, Oct 2, 2013 at 10:47 AM, André Knappstein <Kna...@be...> wrote: > Yes. > > >> Are you creating the FbDataAdapter in code? > > > > > > ------------------------------------------------------------------------------ > October Webinars: Code for Performance > Free Intel webinars can help you accelerate application performance. > Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from > the latest Intel processors and coprocessors. See abstracts and register > > http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk > _______________________________________________ > Firebird-net-provider mailing list > Fir...@li... > https://lists.sourceforge.net/lists/listinfo/firebird-net-provider -- Jiri {x2} Cincura (x2develop.com founder) http://blog.cincura.net/ | http://www.ID3renamer.com  | 
| 
     
      
      
      From: André K. <Kna...@be...> - 2013-10-02 11:25:05
       
   | 
OK, thank you anyway. I think I will be telling them to re-create the databases, this time using a character set *and* *not* the quoted identifiers. Interesting though, that I did not find any hint about similar problems in the internet concerning for example MSSQL server and similar. Even if I personally think that quoting identifiers is nonsense, a lot of people are definitely doing this. Why didn't anybody have a problem so far? You're not taking part in the Firebird Tour this year, do you? > Not 100% sure, but I think it's something in the DbDataAdapter the > FbDataAdapter derives from. I don't know a place where this casing > etc. in FirebirdClient would happen. > On Wed, Oct 2, 2013 at 10:47 AM, André Knappstein > <Kna...@be...> wrote: >> Yes. >> >> >>> Are you creating the FbDataAdapter in code? >> >> >> >> >> >> ------------------------------------------------------------------------------ >> October Webinars: Code for Performance >> Free Intel webinars can help you accelerate application performance. >> Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from >> the latest Intel processors and coprocessors. See abstracts and register > >> http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk >> _______________________________________________ >> Firebird-net-provider mailing list >> Fir...@li... >> https://lists.sourceforge.net/lists/listinfo/firebird-net-provider mit freundlichen Grüßen, André Knappstein EDV und Controlling ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ beta Eigenheim- und Grundstücksverwertungsgesellschaft mbH Hafenweg 4 59192 Bergkamen-Rünthe Telefon: +49 2389 9240 140 Telefax: +49 2389 9240 150 e-mail: kna...@be... Amtsgericht Hamm Nr. B 420 Geschäftsführer: Achim Krähling, Dirk Salewski und Matthias Steinhaus USt-IDNr.: DE 125215402  | 
| 
     
      
      
      From: Jiri C. <di...@ci...> - 2013-10-02 14:37:52
       
   | 
On Wed, Oct 2, 2013 at 1:28 PM, André Knappstein
<Kna...@be...> wrote:
> OK, thank you anyway.
> I  think  I will be telling them to re-create the databases, this time
> using a character set *and* *not* the quoted identifiers.
I think removing the quoted identifiers is a better way anyway. For
the future etc.
> Interesting  though,  that  I  did  not  find  any  hint about similar
> problems  in  the  internet  concerning  for  example MSSQL server and
> similar.
I think the problem is, that MSSQL is not using quotes. MSSQL is kind
of hybrid, it keeps casing as is (not defaulting to upper case) and
matches exact matches only if used inside "[" and "]". So you
basically don't have this problem. It's the same story as in data sets
(I hope nobody is using it now) generated bin VS. The query there is
kind of MSSQLized (and there's no (easy) way to plug in as 3rd party
provider provider).
> You're not taking part in the Firebird Tour this year, do you?
So far I was only invited to speak in Prague. Not in Germany.
-- 
Jiri {x2} Cincura (x2develop.com founder)
http://blog.cincura.net/ | http://www.ID3renamer.com
 | 
| 
     
      
      
      From: André K. <Kna...@be...> - 2013-10-04 12:00:38
       
   | 
> I think removing the quoted identifiers is a better way anyway. For > the future etc. I absolutely agree. As far as I know they already started the migration again, also not defining so awfully man indexes as they did before (using DBFs it was necessary to have an index for all and everything). > So you > basically don't have this problem. It's the same story as in data sets > (I hope nobody is using it now) generated bin VS. When I help people migrating from dBase to C#, I show them how easy you can drag/drop your tables on the form and get running in about no time. Big "aaaah! Fine!". Then I show them the code that's been generated, some 4.000 lines of unreadable spaghetti even for the smallest tasks. Big "uuuuuh! Ugly!". That's usually the point when they are ready to take a closer look on how to do the simple things yourself with a few classes or a few lines of code :-)  | 
| 
     
      
      
      From: Jiri C. <di...@ci...> - 2013-10-04 12:37:40
       
   | 
On Fri, Oct 4, 2013 at 2:03 PM, André Knappstein
<Kna...@be...> wrote:
> When  I  help  people migrating from dBase to C#, I show them how easy
> you  can drag/drop your tables on the form and get running in about no
> time. Big "aaaah! Fine!".
> Then  I  show them the code that's been generated, some 4.000 lines of
> unreadable spaghetti even for the smallest tasks. Big "uuuuuh! Ugly!".
>
> That's  usually the point when they are ready to take a closer look on
> how to do the simple things yourself with a few classes or a few lines
> of code :-)
:D
-- 
Jiri {x2} Cincura (x2develop.com founder)
http://blog.cincura.net/ | http://www.ID3renamer.com
 |