Problemas con decimales en carga vía DTS???

haber pero seria bueno usar el . en lugar de la coma!!! hace una cosa!!

Tu sql dejalo en Ingles como estaba!! y anda a las propiedades de tu SO en
la parte de configuracion Regional y ahi cambia los seteos.

Yo lo tengo en sistema americano siempre!! por costumbre y mejor
visualizacion para mi

Un saludo

Maximiliano Damian Accotto
"c" escribió en el mensaje
news:811401c3b4e7$466f4c10$
Estoy cargando mediante un DTS datos de archivos de texto
vía Tranform Data Task y estos archivos vienen con
números decimales con COMA (ej: 21,35) pero cuando los
importa el campo que lo almacena me queda 2135 en vez de
21,35. El campo es de tipo float (esto NO lo puedo
cambiar) y el usuario de las conexiones es un usuario SQL
Server que estaba en Inglés pero ahora lo pase a Español,
pero sigue cargándome por ej. 2135 en vez de 21,35.
Que puede ser?

yo no haría eso,Ten encuenta que puedes afectar a otras aplicaciones, la
configuración regional yo no la tocaría. Sin embargo en tu dts puedes
aplicar una transformación que cambie la coma por punto antes de procesar la
tarea.

Saludos
Miguel Egea
"Accotto Maximiliano D." escribió en el
mensaje news:

haber pero seria bueno usar el . en lugar de la coma!!! hace una cosa!!

Tu sql dejalo en Ingles como estaba!! y anda a las propiedades de tu SO en
la parte de configuracion Regional y ahi cambia los seteos.

Yo lo tengo en sistema americano siempre!! por costumbre y mejor
visualizacion para mi

Un saludo

Maximiliano Damian Accotto
"c" escribió en el mensaje
news:811401c3b4e7$466f4c10$
Estoy cargando mediante un DTS datos de archivos de texto
vía Tranform Data Task y estos archivos vienen con
números decimales con COMA (ej: 21,35) pero cuando los
importa el campo que lo almacena me queda 2135 en vez de
21,35. El campo es de tipo float (esto NO lo puedo
cambiar) y el usuario de las conexiones es un usuario SQL
Server que estaba en Inglés pero ahora lo pase a Español,
pero sigue cargándome por ej. 2135 en vez de 21,35.
Que puede ser?

A ver, preferiría NO hacer transformaciones...
Si tengo que cambiar algo del Panel de control en el
servidor lo cambio pues se utiliza sólo para esto.
Me olvide de decirles que en el Panel de Control tengo la
COMA como separador de decimales y el punto como
separador de miles...
Con lo cual NO se porque me lo toma 2135 en vez de 21,35
Me podrían decir que puede ser????
No importaría tocar el Panel de Control u otra cosa pero
quisiera evitar el hacer transformaciones sobre el
archivo de texto de origen...
Gracias!

yo no haría eso,Ten encuenta que puedes afectar a otras

aplicaciones, la

configuración regional yo no la tocaría. Sin embargo en

tu dts puedes

aplicar una transformación que cambie la coma por punto

antes de procesar la

tarea.

Saludos
Miguel Egea
"Accotto Maximiliano D."

escribió en el

mensaje news:

haber pero seria bueno usar el . en lugar de la

coma!!! hace una cosa!!

Tu sql dejalo en Ingles como estaba!! y anda a las

propiedades de tu SO en

la parte de configuracion Regional y ahi cambia los

seteos.

Yo lo tengo en sistema americano siempre!! por

costumbre y mejor

visualizacion para mi

Un saludo

Maximiliano Damian Accotto
"c" escribió en

el mensaje

news:811401c3b4e7$466f4c10$
Estoy cargando mediante un DTS datos de archivos de

texto

vía Tranform Data Task y estos archivos vienen con
números decimales con COMA (ej: 21,35) pero cuando los
importa el campo que lo almacena me queda 2135 en vez

de

21,35. El campo es de tipo float (esto NO lo puedo
cambiar) y el usuario de las conexiones es un usuario

SQL

Server que estaba en Inglés pero ahora lo pase a

Español,

pero sigue cargándome por ej. 2135 en vez de 21,35.
Que puede ser?

.

el dato como biene: 21,35 o 21.35?

en q tipo de datos tenes en la columna original y en la de destino?

Si haces la vista previa como lo ves?

Maximiliano Damian Accotto
"c" escribió en el mensaje
news:001701c3b501$7d347350$
A ver, preferiría NO hacer transformaciones...
Si tengo que cambiar algo del Panel de control en el
servidor lo cambio pues se utiliza sólo para esto.
Me olvide de decirles que en el Panel de Control tengo la
COMA como separador de decimales y el punto como
separador de miles...
Con lo cual NO se porque me lo toma 2135 en vez de 21,35
Me podrían decir que puede ser????
No importaría tocar el Panel de Control u otra cosa pero
quisiera evitar el hacer transformaciones sobre el
archivo de texto de origen...
Gracias!

yo no haría eso,Ten encuenta que puedes afectar a otras

aplicaciones, la

configuración regional yo no la tocaría. Sin embargo en

tu dts puedes

aplicar una transformación que cambie la coma por punto

antes de procesar la

tarea.

Saludos
Miguel Egea
"Accotto Maximiliano D."

escribió en el

mensaje news:

haber pero seria bueno usar el . en lugar de la

coma!!! hace una cosa!!

Tu sql dejalo en Ingles como estaba!! y anda a las

propiedades de tu SO en

la parte de configuracion Regional y ahi cambia los

seteos.

Yo lo tengo en sistema americano siempre!! por

costumbre y mejor

visualizacion para mi

Un saludo

Maximiliano Damian Accotto
"c" escribió en

el mensaje

news:811401c3b4e7$466f4c10$
Estoy cargando mediante un DTS datos de archivos de

texto

vía Tranform Data Task y estos archivos vienen con
números decimales con COMA (ej: 21,35) pero cuando los
importa el campo que lo almacena me queda 2135 en vez

de

21,35. El campo es de tipo float (esto NO lo puedo
cambiar) y el usuario de las conexiones es un usuario

SQL

Server que estaba en Inglés pero ahora lo pase a

Español,

pero sigue cargándome por ej. 2135 en vez de 21,35.
Que puede ser?

.

* El dato viene como 21,35

* El original es un ficheros de texto y en la de destino
es de tipo Float (Esto NO lo puedo cambiar)

* Si voy a la conexión de texto en el DTS y voy al botón
properties veo los datos bien!!! Ej: 21,35 ó 432,16 ó
235,34.
Pero luego en la tabla de la Base de datos lo veo como:
2135 ó 43216 ó 23534.

Gracias por cualquier ayuda que me puedan dar!

el dato como biene: 21,35 o 21.35?

en q tipo de datos tenes en la columna original y en la

de destino?

Si haces la vista previa como lo ves?

Maximiliano Damian Accotto
"c" escribió en el

mensaje

news:001701c3b501$7d347350$
A ver, preferiría NO hacer transformaciones...
Si tengo que cambiar algo del Panel de control en el
servidor lo cambio pues se utiliza sólo para esto.
Me olvide de decirles que en el Panel de Control tengo la
COMA como separador de decimales y el punto como
separador de miles...
Con lo cual NO se porque me lo toma 2135 en vez de 21,35
Me podrían decir que puede ser????
No importaría tocar el Panel de Control u otra cosa pero
quisiera evitar el hacer transformaciones sobre el
archivo de texto de origen...
Gracias!

yo no haría eso,Ten encuenta que puedes afectar a otras

aplicaciones, la

configuración regional yo no la tocaría. Sin embargo en

tu dts puedes

aplicar una transformación que cambie la coma por punto

antes de procesar la

tarea.

Saludos
Miguel Egea
"Accotto Maximiliano D."

escribió en el

mensaje news:

haber pero seria bueno usar el . en lugar de la

coma!!! hace una cosa!!

Tu sql dejalo en Ingles como estaba!! y anda a las

propiedades de tu SO en

la parte de configuracion Regional y ahi cambia los

seteos.

Yo lo tengo en sistema americano siempre!! por

costumbre y mejor

visualizacion para mi

Un saludo

Maximiliano Damian Accotto
"c" escribió en

el mensaje

news:811401c3b4e7$466f4c10$
Estoy cargando mediante un DTS datos de archivos de

texto

vía Tranform Data Task y estos archivos vienen con
números decimales con COMA (ej: 21,35) pero cuando los
importa el campo que lo almacena me queda 2135 en vez

de

21,35. El campo es de tipo float (esto NO lo puedo
cambiar) y el usuario de las conexiones es un usuario

SQL

Server que estaba en Inglés pero ahora lo pase a

Español,

pero sigue cargándome por ej. 2135 en vez de 21,35.
Que puede ser?

.

.