tinoco ayudame por favor

31/08/2005 - 21:59 por jakc | Informe spam
Hola de antemano gracias por atender mi pregunta
No se si alguno de uds a intentado migrar tablas de sql server a oracle en
algun momento pero no he podido quitar las comillas dobles de los nombre de
tabla y nombres de campos es decir si una tabla se llama clientes en sql
server en oracle se migraria como "clientes" y al hacer la consulta tendira
que hacerlo asi

select * from "clientes"

pense que las comillas(quote en ingles) las colocaba dependiendo de la base
o el usuario, o las opciones del servidor, conexion, etc pero haciendo
pruebas
hacia otro provedor como por ejemplo el mismo sql server el pone es corchetes
[] pero el transac sql "pienso" cuando recibe esta informacion las traduce
como
identificadores y no como nombres de tablas

prove con otro proveedor como fox pro pero por el contrario le coloca
comillas
cencilla ' '

un compatriota mio Tinoco me respondio en este foro que usara dts
lo hice usando ssis integrate service o antiguo dts en sql server 2000 ya
que estoy usando 2005 pero las opciones en export data son las mismas en ssis

ya hace bastante tiempo que vengo con el problema y no se como solucionarlo
la pregunta seria habria ¿que hay configurar el identificador en oracle?
para que no lo interprete literalmente

Agraceceria la colaboracion al buen dba que me ayude con esto.

Att john A duarte Moreno

Bucaramanga Colombia
johnduartemoreno@hotmail.com

Preguntas similare

Leer las respuestas

#1 Salvador Ramos
01/09/2005 - 11:01 | Informe spam
Hola,

Has llegado a migrarla a Oracle y ver que realmente se llama "clientes" en
vez de clientes ?
En Oracle la comilla doble en el campo es el equivalente a los corchetes [ ]
de sql server, no formará parte del nombre.

Lo digo porque en tu exposición indicas "se migraría", por lo que deduzco
que no lo has probado. Confirmanos si realmente has probado y migra mal.

Un saludo
Salvador Ramos
Murcia - España
[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL server, Windows DNA y .NET)

"jakc" escribió en el mensaje
news:
Hola de antemano gracias por atender mi pregunta
No se si alguno de uds a intentado migrar tablas de sql server a oracle en
algun momento pero no he podido quitar las comillas dobles de los nombre
de
tabla y nombres de campos es decir si una tabla se llama clientes en sql
server en oracle se migraria como "clientes" y al hacer la consulta
tendira
que hacerlo asi

select * from "clientes"

pense que las comillas(quote en ingles) las colocaba dependiendo de la
base
o el usuario, o las opciones del servidor, conexion, etc pero haciendo
pruebas
hacia otro provedor como por ejemplo el mismo sql server el pone es
corchetes
[] pero el transac sql "pienso" cuando recibe esta informacion las traduce
como
identificadores y no como nombres de tablas

prove con otro proveedor como fox pro pero por el contrario le coloca
comillas
cencilla ' '

un compatriota mio Tinoco me respondio en este foro que usara dts
lo hice usando ssis integrate service o antiguo dts en sql server 2000 ya
que estoy usando 2005 pero las opciones en export data son las mismas en
ssis

ya hace bastante tiempo que vengo con el problema y no se como
solucionarlo
la pregunta seria habria ¿que hay configurar el identificador en oracle?
para que no lo interprete literalmente

Agraceceria la colaboracion al buen dba que me ayude con esto.

Att john A duarte Moreno

Bucaramanga Colombia


Respuesta Responder a este mensaje
#2 jakc
05/09/2005 - 17:04 | Informe spam
Solucionado

Si lo que estoy o esta intentando por que ya lo resolví es que cuando se
exporta a oracle el coloca los nombres de tabla y nombres de campo entre
comillas dobles lo cual le quiere decir a oracle que el nombre es literal es
decir se interpreta tal cual como se pasa ej

si la instrucion es CREATE TABLE "factura" ("codigo" varchar2(2))
para hacer referencia a la tabla en oracle seria

select "factura"."codigo" from "factura"

y si por el contrario se usa la instruccion
select factura.codigo from factura mostraria un mensaje de error asi

ERROR at line 1:
ORA-00942: table or view does not exist

por que esa tabla se llama es "factura" y no factura y su campo es "codigo"
y no codigo sin comillas dobles

La solucion que encontre fue que leyendo en oracle dice que si se pasan
identificadores en minusculas el entien que si se encuentra entre comillas
estas hacen parte del identificador pero si por el contrario el identificador
esta en mayusculas lo interpreta sin comillas y lo crea bien esa era la
pregunta por la cual cambiar todo la sintaxis de la base de datos a mayusculas

como yo estoy exportando la base desde visual fox pro lo que hice fue hacer
que el asistente me enviara las tablas y campos en mayusculas y asi pude
resolver el problema.


"Salvador Ramos" escribió:

Hola,

Has llegado a migrarla a Oracle y ver que realmente se llama "clientes" en
vez de clientes ?
En Oracle la comilla doble en el campo es el equivalente a los corchetes [ ]
de sql server, no formará parte del nombre.

Lo digo porque en tu exposición indicas "se migraría", por lo que deduzco
que no lo has probado. Confirmanos si realmente has probado y migra mal.

Un saludo
Salvador Ramos
Murcia - España
[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL server, Windows DNA y .NET)

"jakc" escribió en el mensaje
news:
> Hola de antemano gracias por atender mi pregunta
> No se si alguno de uds a intentado migrar tablas de sql server a oracle en
> algun momento pero no he podido quitar las comillas dobles de los nombre
> de
> tabla y nombres de campos es decir si una tabla se llama clientes en sql
> server en oracle se migraria como "clientes" y al hacer la consulta
> tendira
> que hacerlo asi
>
> select * from "clientes"
>
> pense que las comillas(quote en ingles) las colocaba dependiendo de la
> base
> o el usuario, o las opciones del servidor, conexion, etc pero haciendo
> pruebas
> hacia otro provedor como por ejemplo el mismo sql server el pone es
> corchetes
> [] pero el transac sql "pienso" cuando recibe esta informacion las traduce
> como
> identificadores y no como nombres de tablas
>
> prove con otro proveedor como fox pro pero por el contrario le coloca
> comillas
> cencilla ' '
>
> un compatriota mio Tinoco me respondio en este foro que usara dts
> lo hice usando ssis integrate service o antiguo dts en sql server 2000 ya
> que estoy usando 2005 pero las opciones en export data son las mismas en
> ssis
>
> ya hace bastante tiempo que vengo con el problema y no se como
> solucionarlo
> la pregunta seria habria ¿que hay configurar el identificador en oracle?
> para que no lo interprete literalmente
>
> Agraceceria la colaboracion al buen dba que me ayude con esto.
>
> Att john A duarte Moreno
>
> Bucaramanga Colombia
>
>



Respuesta Responder a este mensaje
#3 Salvador Ramos
05/09/2005 - 17:09 | Informe spam
Te respondí al otro hilo también hace unos días :-)

Un saludo
Salvador Ramos
Murcia - España
[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL server, Windows DNA y .NET)

"jakc" escribió en el mensaje
news:
Solucionado

Si lo que estoy o esta intentando por que ya lo resolví es que cuando se
exporta a oracle el coloca los nombres de tabla y nombres de campo entre
comillas dobles lo cual le quiere decir a oracle que el nombre es literal
es
decir se interpreta tal cual como se pasa ej

si la instrucion es CREATE TABLE "factura" ("codigo" varchar2(2))
para hacer referencia a la tabla en oracle seria

select "factura"."codigo" from "factura"

y si por el contrario se usa la instruccion
select factura.codigo from factura mostraria un mensaje de error asi

ERROR at line 1:
ORA-00942: table or view does not exist

por que esa tabla se llama es "factura" y no factura y su campo es
"codigo"
y no codigo sin comillas dobles

La solucion que encontre fue que leyendo en oracle dice que si se pasan
identificadores en minusculas el entien que si se encuentra entre comillas
estas hacen parte del identificador pero si por el contrario el
identificador
esta en mayusculas lo interpreta sin comillas y lo crea bien esa era la
pregunta por la cual cambiar todo la sintaxis de la base de datos a
mayusculas

como yo estoy exportando la base desde visual fox pro lo que hice fue
hacer
que el asistente me enviara las tablas y campos en mayusculas y asi pude
resolver el problema.


"Salvador Ramos" escribió:

Hola,

Has llegado a migrarla a Oracle y ver que realmente se llama "clientes"
en
vez de clientes ?
En Oracle la comilla doble en el campo es el equivalente a los corchetes
[ ]
de sql server, no formará parte del nombre.

Lo digo porque en tu exposición indicas "se migraría", por lo que deduzco
que no lo has probado. Confirmanos si realmente has probado y migra mal.

Un saludo
Salvador Ramos
Murcia - España
[Microsoft MVP SQL Server]
www.helpdna.net (información sobre SQL server, Windows DNA y .NET)

"jakc" escribió en el mensaje
news:
> Hola de antemano gracias por atender mi pregunta
> No se si alguno de uds a intentado migrar tablas de sql server a oracle
> en
> algun momento pero no he podido quitar las comillas dobles de los
> nombre
> de
> tabla y nombres de campos es decir si una tabla se llama clientes en
> sql
> server en oracle se migraria como "clientes" y al hacer la consulta
> tendira
> que hacerlo asi
>
> select * from "clientes"
>
> pense que las comillas(quote en ingles) las colocaba dependiendo de la
> base
> o el usuario, o las opciones del servidor, conexion, etc pero haciendo
> pruebas
> hacia otro provedor como por ejemplo el mismo sql server el pone es
> corchetes
> [] pero el transac sql "pienso" cuando recibe esta informacion las
> traduce
> como
> identificadores y no como nombres de tablas
>
> prove con otro proveedor como fox pro pero por el contrario le coloca
> comillas
> cencilla ' '
>
> un compatriota mio Tinoco me respondio en este foro que usara dts
> lo hice usando ssis integrate service o antiguo dts en sql server 2000
> ya
> que estoy usando 2005 pero las opciones en export data son las mismas
> en
> ssis
>
> ya hace bastante tiempo que vengo con el problema y no se como
> solucionarlo
> la pregunta seria habria ¿que hay configurar el identificador en
> oracle?
> para que no lo interprete literalmente
>
> Agraceceria la colaboracion al buen dba que me ayude con esto.
>
> Att john A duarte Moreno
>
> Bucaramanga Colombia
>
>



email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaRespuesta Tengo una respuesta
Search Busqueda sugerida