Subject | Re: [IB-Conversions] problem with sql2gdb |
---|---|
Author | Marcelo Lopez Ruiz |
Post date | 2000-12-05T12:51:23Z |
[NOTE: I wrote this in Spanish because I was distracted and though I was
replying directly to Enrique; what's the policy on this group for
non-English messages? are they banned, discouraged, welcome, ignored, or
what?]
Algun día tendré que leer el nombre de la gente que escribe los emails :-)
Bueno, pasándome al español (yo diría castellano), según recuerdo, sí hay
una opción que genera INSERTs, que se activa desde el paso donde se te pide
la base de datos. Una de las opciones en la parte de abajo de la ventana te
dá la opción de especificar un archivo de salida.
Sin embargo, este método no lo mantuve muy bien, básicamente porque el isql
no tiene soporte para insertar BLOBs directamente desde un script, y
prácticamente en todas mis bases de datos hay algún BLOB o similar dando
vueltas, por lo que el método no me servía para nada. En realidad, la "fana"
de mantener todo en scripts es Helen, y según recuerdo esto se agregó por
sugerencia de ella. Lo ideal sería retocar isql para que acepte BLOBs (el
programa tiene, aunque descativade en compilación, la opción de escribir
BLOBs binarios codificaco como para que pueda estar en un archivo de texto).
Otra cosa distinta son los scripts internos que se ejecutan para crear la
base y hacer la migración; éstos se graban desde el último paso, una vez que
fueron generados y retocados, y se pueden reimportar más adelante.
Saludos,
Marcelo
replying directly to Enrique; what's the policy on this group for
non-English messages? are they banned, discouraged, welcome, ignored, or
what?]
Algun día tendré que leer el nombre de la gente que escribe los emails :-)
Bueno, pasándome al español (yo diría castellano), según recuerdo, sí hay
una opción que genera INSERTs, que se activa desde el paso donde se te pide
la base de datos. Una de las opciones en la parte de abajo de la ventana te
dá la opción de especificar un archivo de salida.
Sin embargo, este método no lo mantuve muy bien, básicamente porque el isql
no tiene soporte para insertar BLOBs directamente desde un script, y
prácticamente en todas mis bases de datos hay algún BLOB o similar dando
vueltas, por lo que el método no me servía para nada. En realidad, la "fana"
de mantener todo en scripts es Helen, y según recuerdo esto se agregó por
sugerencia de ella. Lo ideal sería retocar isql para que acepte BLOBs (el
programa tiene, aunque descativade en compilación, la opción de escribir
BLOBs binarios codificaco como para que pueda estar en un archivo de texto).
Otra cosa distinta son los scripts internos que se ejecutan para crear la
base y hacer la migración; éstos se graban desde el último paso, una vez que
fueron generados y retocados, y se pueden reimportar más adelante.
Saludos,
Marcelo
----- Original Message -----
From: Enrique I.Rodriguez <esoft@...>
To: <IB-Conversions@egroups.com>
Sent: Tuesday, December 05, 2000 9:10 AM
Subject: Re: [IB-Conversions] problem with sql2gdb
> Sorry the delay.. really busy lately :-(
>
> On Sun, 19 Nov 2000 20:15:20 -0300, Marcelo
> <marcelo.lopezruiz@...> wrote:
>
> >The sql2gdb wizard uses this script as a "template" to move records later
on.
> >The quotes can be turned on or off from the Customizations step (but the
> >wizard will use other mangling methods). The colon before the field name
> >means that it is a placeholder. For example, if you want not to move a
field,
> >you can modify the script to look like:
> >
> >insert into mytable (
> > "field1",
> >...
>
> Ok. I thought I could get a script with all the data into INSERT's
> statments... as I see the 'migrate the database to file' feature of
> sql2gdb is for that templating you say above. Isn't it? The only way
> of get the true data is migrating to the ending .gdb.
>
> >> Unless you want your column names to be case-sensitive, or you want to
use
> >> reserved words as column names, avoid the quotes when you define the
> >> columns in your metadata.
>
> I do want my column names casesensitive.
> >>
> >> In IB 6, double-quotes are not legal syntax for delimiting values.
>
> Not for data but it is for object names. In fact, IB does really allow
> localized caracters in object names as far as you surround it with
> "'s.
>
> >Yes, and case-sensitivity is, in my opinion, a pain, at least for data
> >modeling (what's the different between product and Product?).
>
> myproductoftheyear - MyProductOfTheYear.
> There are some i8n issues where this goes more critical if you don't
> want to get storing real field names into tables and getting those
> things on the application TIER.
>
> -------
> Enrique I.Rodriguez - http://club.idecnet.com/~esoft
> Las Palmas de Gran Canaria - Canary Islands
> Spain
>
>
> To unsubscribe from this group, send an email to:
> IB-Conversions-unsubscribe@egroups.com
>
>
>
>