Subject | Re: Using reserve words in queries |
---|---|
Author | Christopher Walls |
Post date | 2005-03-02T19:32:45Z |
--- In firebird-support@yahoogroups.com, Helen Borrie <helebor@t...>
wrote:
3; Once I did that I was able to escape the reserved words. I
appreciate your help and thank you for your time.
- Chris
wrote:
> Yes, dialect 3 is the native dialect of Firebird and isql shouldbe
> creating dialect 3 databases by default. Quoted identifers arevalid in
> dialect 3 databases.and got a
>
> If you used FlameRobin instead of isql to create your database,
> dialect database by default, then you should inform the FRcurrently have
> developers. This is just an alpha version of the tool!! I
> Alpha 2, which can't create databases at all, because of a quotingbug in
> the program, but it's interface certainly shows that it wouldcreate a
> dialect 3 database.dialect 3
>
> You can change the dialect of a database, using
>
> gfix -sq 3 <db-path> -u sysdba -pas xyxyxyxy
>
> But all that does is to change the dialect attribute and make the
> language features available for future work. It does NOT convertexisting
> data or data types or constraint calculations or recompile yourPSQL
> modules. BIG TROUBLE!! Most people have abandoned this as a wayto
> "convert" - since it is an illusion.recreate
>
> Simply, the best, safest thing to do is to extract your metadata,
> your database from it as dialect 3 and then pump the data.database just
>
> Before going to this trouble, though, run a gstat -h on the
> to be sure that you really do have this problem. May I alsosuggest that
> you treat yourself as a field-tester for FlameRobin and NOT try touse it
> to do things with databases that matter?apparently
>
> How could the 1.5.2 version of isql create a dialect 1 database,
> by default? well, here's how it could have happened. You open anisql
> session over a dialect 1 database - for example, employee.gdb thatships
> with Firebird 1.0 and all of the Borland tools (up to andincluding the
> latest versions of InterBase and Delphi). Isql detects that it is1. After
> connecting to a dialect 1 database and sets the client dialect to
> fiddling about with this dialect 1 database, you decide to createa new
> database. If you don't use a SET SQL DIALECT 3 command in isqlbefore
> creating this new database, it will be a dialect 1 database !!(unless you
> actually ran a script that included that command...)I recreated my database file explicitly specifying SET SQL DIALECT
>
> ./heLen
3; Once I did that I was able to escape the reserved words. I
appreciate your help and thank you for your time.
- Chris