Problemas al obtener datos de una tabla

19/07/2004 - 13:19 por MetalManiac | Informe spam
Estimados amigos, tengo una tabla en sql server. Pues bien, si esta tabla la
consulto desde el administrador corporativo pues se ven sus acentos y demás,
pero como quiera recuperar los datos desde una página web o un programa en
vbasic me devuelve caracteres extraños. ¿A que se puede deber esto?.

Gracias

Preguntas similare

Leer las respuestas

#6 Pedro J.
19/07/2004 - 14:40 | Informe spam
Hola:
El administrador de consultas y el programa VB (por ejemplo) están en el
mismo equipo. Luego no puede ser por versiones de MDAC.

Un saludo.

Pedro J.


"Carlos Sacristan" <csacristan ARROBA mvps.org> escribió en el mensaje
news:
Yo no he dicho que desde el Analizador de Consultas se pueda indicar


la
versión del MDAC con el que te conectas. Me refería a que desde el equipo
que tienes esa herramienta tienes que tener una versión de MDAC que
probablemente difiera del que tiene el servidor que sirve las páginas ASP.

Insisto, comprobar la versión que tenéis y, en cualquier caso, yo
instalaría la última disponible en todos los casos. Si desde un equipo se
ven los caracteres sin problemas y desde otro no, es por opciones


diferentes
en la configuración de las máquinas


Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

Por favor, responder únicamente al foro
Se agradece la inclusión de sentencias DDL




Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

Por favor, responder únicamente al foro
Se agradece la inclusión de sentencias DDL


Respuesta Responder a este mensaje
#7 Pedro J.
19/07/2004 - 15:20 | Informe spam
Más "pistas", esto cada vez es más extraño.
Vamos a ver... creo la tabla con:

CREATE TABLE [dbo].[tbl_Equipo] (
[id_equipo] [int] IDENTITY (1, 1) NOT NULL ,
[categoria_equipo] [int] NULL ,
[nombre_equipo] [varchar] (50) COLLATE Modern_Spanish_CI_AS NULL ,
[texto_equipo] [ntext] COLLATE Modern_Spanish_CI_AS NULL
) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]
GO
Luego importo los datos desde una tabla con el mismo nombre que está en una
base de datos ACCESS, luego ejecuto:
alter table tbl_Equipo Alter column nombre_Equipo varchar(50)
SQL_Latin1_General_CP850_CI_AS
y entonces... SI FUNCIONA TODO
Ahora bien... si pongo la secuencia 'SQL_Latin1_General_CP850_CI_AS' en la
creación NO funciona.
O... si hago el alter table ANTES de la importación de datos TAMPOCO
funciona.
Esto, por supuesto ya descarta toda relación con mdac y demás (supongo).
¿alguna idea, porque a mi me tiene "loco"?.

Un saludo.

Pedro J.






"Carlos Sacristan" <csacristan ARROBA mvps.org> escribió en el mensaje
news:
Yo no he dicho que desde el Analizador de Consultas se pueda indicar


la
versión del MDAC con el que te conectas. Me refería a que desde el equipo
que tienes esa herramienta tienes que tener una versión de MDAC que
probablemente difiera del que tiene el servidor que sirve las páginas ASP.

Insisto, comprobar la versión que tenéis y, en cualquier caso, yo
instalaría la última disponible en todos los casos. Si desde un equipo se
ven los caracteres sin problemas y desde otro no, es por opciones


diferentes
en la configuración de las máquinas


Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

Por favor, responder únicamente al foro
Se agradece la inclusión de sentencias DDL




Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

Por favor, responder únicamente al foro
Se agradece la inclusión de sentencias DDL


Respuesta Responder a este mensaje
#8 Javier Loria
19/07/2004 - 15:34 | Informe spam
Hola Pedro:
Podrias probar en tu codigo de VB agregando la opcion a la conexion de
OLEDB: ";Auto Translate=False".
En OLEBD cuando un cliente y un servidor usan paginas diferentes de ANSI
ocurre una traduccion automatica, normalmente funciona muy bien, pero podria
ser tu caso que no. Con este opcion apagas esta traduccion.
Por cierto si haces un SELECT desde el VB/ASP obtienes el resultado con
los acentos o con los signos?
Saludos,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.
Pedro J. escribio:
Hola:
El administrador de consultas y el programa VB (por ejemplo) están en
el mismo equipo. Luego no puede ser por versiones de MDAC.

Un saludo.

Pedro J.


"Carlos Sacristan" <csacristan ARROBA mvps.org> escribió en el mensaje
news:
Yo no he dicho que desde el Analizador de Consultas se pueda
indicar la versión del MDAC con el que te conectas. Me refería a que
desde el equipo que tienes esa herramienta tienes que tener una
versión de MDAC que probablemente difiera del que tiene el servidor
que sirve las páginas ASP.

Insisto, comprobar la versión que tenéis y, en cualquier caso, yo
instalaría la última disponible en todos los casos. Si desde un
equipo se ven los caracteres sin problemas y desde otro no, es por
opciones diferentes en la configuración de las máquinas


Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

Por favor, responder únicamente al foro
Se agradece la inclusión de sentencias DDL




Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

Por favor, responder únicamente al foro
Se agradece la inclusión de sentencias DDL
Respuesta Responder a este mensaje
#9 Pedro J.
20/07/2004 - 08:41 | Informe spam
Muuuuuuchas gracias Javier:
Efectivamente, añadiendo el ";Auto Translate=False" parece que ya funciona.
El select desde VB el resultado salía (antes de usar el auto
translate=false) con los signos.

Un saludo.

Pedro J.


"Javier Loria" escribió en el mensaje
news:
Hola Pedro:
Podrias probar en tu codigo de VB agregando la opcion a la conexion de
OLEDB: ";Auto Translate=False".
En OLEBD cuando un cliente y un servidor usan paginas diferentes de


ANSI
ocurre una traduccion automatica, normalmente funciona muy bien, pero


podria
ser tu caso que no. Con este opcion apagas esta traduccion.
Por cierto si haces un SELECT desde el VB/ASP obtienes el resultado


con
los acentos o con los signos?
Saludos,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.
Pedro J. escribio:
> Hola:
> El administrador de consultas y el programa VB (por ejemplo) están en
> el mismo equipo. Luego no puede ser por versiones de MDAC.
>
> Un saludo.
>
> Pedro J.
>
>
> "Carlos Sacristan" <csacristan ARROBA mvps.org> escribió en el mensaje
> news:
>> Yo no he dicho que desde el Analizador de Consultas se pueda
>> indicar la versión del MDAC con el que te conectas. Me refería a que
>> desde el equipo que tienes esa herramienta tienes que tener una
>> versión de MDAC que probablemente difiera del que tiene el servidor
>> que sirve las páginas ASP.
>>
>> Insisto, comprobar la versión que tenéis y, en cualquier caso, yo
>> instalaría la última disponible en todos los casos. Si desde un
>> equipo se ven los caracteres sin problemas y desde otro no, es por
>> opciones diferentes en la configuración de las máquinas
>>
>>
>> Un saludo
>>
>> -
>> "Sólo sé que no sé nada. " (Sócrates)
>>
>> Por favor, responder únicamente al foro
>> Se agradece la inclusión de sentencias DDL
>>
>>
>>
>>
>> Un saludo
>>
>> -
>> "Sólo sé que no sé nada. " (Sócrates)
>>
>> Por favor, responder únicamente al foro
>> Se agradece la inclusión de sentencias DDL


Respuesta Responder a este mensaje
#10 Javier Loria
20/07/2004 - 17:10 | Informe spam
Hola:
Me alegro te sirviera.


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.
Pedro J. escribio:
Muuuuuuchas gracias Javier:
Efectivamente, añadiendo el ";Auto Translate=False" parece que ya
funciona. El select desde VB el resultado salía (antes de usar el auto
translate=false) con los signos.

Un saludo.

Pedro J.


"Javier Loria" escribió en el mensaje
news:
Hola Pedro:
Podrias probar en tu codigo de VB agregando la opcion a la
conexion de OLEDB: ";Auto Translate=False".
En OLEBD cuando un cliente y un servidor usan paginas diferentes
de ANSI ocurre una traduccion automatica, normalmente funciona muy
bien, pero podria ser tu caso que no. Con este opcion apagas esta
traduccion. Por cierto si haces un SELECT desde el VB/ASP
obtienes el resultado con los acentos o con los signos?
Saludos,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.
Pedro J. escribio:
Hola:
El administrador de consultas y el programa VB (por ejemplo) están
en el mismo equipo. Luego no puede ser por versiones de MDAC.

Un saludo.

Pedro J.


"Carlos Sacristan" <csacristan ARROBA mvps.org> escribió en el
mensaje news:
Yo no he dicho que desde el Analizador de Consultas se pueda
indicar la versión del MDAC con el que te conectas. Me refería a
que desde el equipo que tienes esa herramienta tienes que tener una
versión de MDAC que probablemente difiera del que tiene el servidor
que sirve las páginas ASP.

Insisto, comprobar la versión que tenéis y, en cualquier caso,
yo instalaría la última disponible en todos los casos. Si desde un
equipo se ven los caracteres sin problemas y desde otro no, es por
opciones diferentes en la configuración de las máquinas


Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

Por favor, responder únicamente al foro
Se agradece la inclusión de sentencias DDL




Un saludo

-
"Sólo sé que no sé nada. " (Sócrates)

Por favor, responder únicamente al foro
Se agradece la inclusión de sentencias DDL
email Siga el debate Respuesta Responder a este mensaje
Ads by Google
Help Hacer una pregunta AnteriorRespuesta Tengo una respuesta
Search Busqueda sugerida