Anomalías funcionamiento SQL Server 2000

14/04/2004 - 11:21 por msnews.microsoft.com | Informe spam
Primero indicaros que soy novato en estas lides, por lo que no sé si lograré
explicarme con claridad.

Se trata de un SQL Server 2000 (montado en un Windows 2000 Server) que tiene
un par de bases de datos a las que se accede atacando con VB 6, mediante una
cadena de conexión a la IP de la máquina.

También se puede acceder remotamente mediante una conexión ODBC y access
2000.



Pues bien, la primera dificultad surgió para migrar los mdb de access
mediante la opción de importación de datos del SQL.

La cuestión es que importaba la estructura, pero no así los datos (dando
error en la importación de los mismos); la única manera de conseguirlo fue
exportando, una a una, las tablas de access a ficheros txt; éstos sí se
dejaban importar a la esctructura de tablas ya creada en SQL (tarea de
chinos, vaya).



El segundo problema es que cuando quieres ver los datos en el servidor
mediante el "administrador corporativo" à base datos à [nombre_tabla] à
abrir tabla à devolver todas las filas... ¡no hay forma!: da un mensaje de
"error grave" y no muestra nada; el error dice:

Error de ODBC <os>

Se ha generado un error de ODBC. Es posible que haya eliminado un registro
que tuviera un valor de clave externa relacionado con él o que haya
infringido una restricción CHECK



Lo curioso del caso es que hace algún tiempo, sí podían verse las filas de
esta forma. Siento no saber ¿qué ha cambiado desde entonces?... ¡no soy el
único inconsciente que mete mano!... si me permitís la expresión ;-)



En fin, he actualizado con el Service Pack 3a, pero nada ha cambiado.

Por cierto que si se intenta exportar los datos de SQL a Access mediante el
asistente de exportar, tampoco se puede; en fin, que no sé por dónde pegar.



Si alguien ha experimentado algo así, o se le ocurre algo, le agradecería
una sugerencia.

Si necesitarais algún dato más,... pues eso, en mi inexperiencia, no sé qué
puedo contar para describir mejor el problema.



Un saludo y gracias



Emilio

Valencia

Preguntas similare

Leer las respuestas

#1 Miguel Egea
14/04/2004 - 11:26 | Informe spam
Migra los datos con el upsizing wizard de access creo que evitarás todo el
problema.


Saludos

Miguel Egea
Microsoft SQL-SERVER MVP
Brigada Anti-Cursores
http://www.portalsql.com

(Quita el online si me tienes que mandar un correo)
"msnews.microsoft.com" escribió en el mensaje
news:
Primero indicaros que soy novato en estas lides, por lo que no sé si


lograré
explicarme con claridad.

Se trata de un SQL Server 2000 (montado en un Windows 2000 Server) que


tiene
un par de bases de datos a las que se accede atacando con VB 6, mediante


una
cadena de conexión a la IP de la máquina.

También se puede acceder remotamente mediante una conexión ODBC y access
2000.



Pues bien, la primera dificultad surgió para migrar los mdb de access
mediante la opción de importación de datos del SQL.

La cuestión es que importaba la estructura, pero no así los datos (dando
error en la importación de los mismos); la única manera de conseguirlo fue
exportando, una a una, las tablas de access a ficheros txt; éstos sí se
dejaban importar a la esctructura de tablas ya creada en SQL (tarea de
chinos, vaya).



El segundo problema es que cuando quieres ver los datos en el servidor
mediante el "administrador corporativo" à base datos à [nombre_tabla] à
abrir tabla à devolver todas las filas... ¡no hay forma!: da un mensaje de
"error grave" y no muestra nada; el error dice:

Error de ODBC <os>

Se ha generado un error de ODBC. Es posible que haya eliminado un registro
que tuviera un valor de clave externa relacionado con él o que haya
infringido una restricción CHECK



Lo curioso del caso es que hace algún tiempo, sí podían verse las filas de
esta forma. Siento no saber ¿qué ha cambiado desde entonces?... ¡no soy el
único inconsciente que mete mano!... si me permitís la expresión ;-)



En fin, he actualizado con el Service Pack 3a, pero nada ha cambiado.

Por cierto que si se intenta exportar los datos de SQL a Access mediante


el
asistente de exportar, tampoco se puede; en fin, que no sé por dónde


pegar.



Si alguien ha experimentado algo así, o se le ocurre algo, le agradecería
una sugerencia.

Si necesitarais algún dato más,... pues eso, en mi inexperiencia, no sé


qué
puedo contar para describir mejor el problema.



Un saludo y gracias



Emilio

Valencia


Respuesta Responder a este mensaje
#2 msnews.microsoft.com
14/04/2004 - 11:35 | Informe spam
Gracias, pero qué me dices sobre que no se pueda ver el contenido de las
tablas desde el Administrador Corporativo del SQL

¿No te parece que algo anda mal?

Saludos

"Miguel Egea" escribió en el mensaje
news:%
Migra los datos con el upsizing wizard de access creo que evitarás todo el
problema.


Saludos

Miguel Egea
Microsoft SQL-SERVER MVP
Brigada Anti-Cursores
http://www.portalsql.com

(Quita el online si me tienes que mandar un correo)
"msnews.microsoft.com" escribió en el mensaje
news:
> Primero indicaros que soy novato en estas lides, por lo que no sé si
lograré
> explicarme con claridad.
>
> Se trata de un SQL Server 2000 (montado en un Windows 2000 Server) que
tiene
> un par de bases de datos a las que se accede atacando con VB 6, mediante
una
> cadena de conexión a la IP de la máquina.
>
> También se puede acceder remotamente mediante una conexión ODBC y access
> 2000.
>
>
>
> Pues bien, la primera dificultad surgió para migrar los mdb de access
> mediante la opción de importación de datos del SQL.
>
> La cuestión es que importaba la estructura, pero no así los datos (dando
> error en la importación de los mismos); la única manera de conseguirlo


fue
> exportando, una a una, las tablas de access a ficheros txt; éstos sí se
> dejaban importar a la esctructura de tablas ya creada en SQL (tarea de
> chinos, vaya).
>
>
>
> El segundo problema es que cuando quieres ver los datos en el servidor
> mediante el "administrador corporativo" à base datos à [nombre_tabla] à
> abrir tabla à devolver todas las filas... ¡no hay forma!: da un mensaje


de
> "error grave" y no muestra nada; el error dice:
>
> Error de ODBC <os>
>
> Se ha generado un error de ODBC. Es posible que haya eliminado un


registro
> que tuviera un valor de clave externa relacionado con él o que haya
> infringido una restricción CHECK
>
>
>
> Lo curioso del caso es que hace algún tiempo, sí podían verse las filas


de
> esta forma. Siento no saber ¿qué ha cambiado desde entonces?... ¡no soy


el
> único inconsciente que mete mano!... si me permitís la expresión ;-)
>
>
>
> En fin, he actualizado con el Service Pack 3a, pero nada ha cambiado.
>
> Por cierto que si se intenta exportar los datos de SQL a Access mediante
el
> asistente de exportar, tampoco se puede; en fin, que no sé por dónde
pegar.
>
>
>
> Si alguien ha experimentado algo así, o se le ocurre algo, le


agradecería
> una sugerencia.
>
> Si necesitarais algún dato más,... pues eso, en mi inexperiencia, no sé
qué
> puedo contar para describir mejor el problema.
>
>
>
> Un saludo y gracias
>
>
>
> Emilio
>
> Valencia
>
>


Respuesta Responder a este mensaje
#3 Miguel Egea
14/04/2004 - 11:54 | Informe spam
igual sí, prueba a hacer un select a tu tabla desde el query analizer y nos
cuentas. Asegurate de tener sp3 instalado


Saludos

Miguel Egea
Microsoft SQL-SERVER MVP
Brigada Anti-Cursores
http://www.portalsql.com

(Quita el online si me tienes que mandar un correo)
"msnews.microsoft.com" escribió en el mensaje
news:
Gracias, pero qué me dices sobre que no se pueda ver el contenido de las
tablas desde el Administrador Corporativo del SQL

¿No te parece que algo anda mal?

Saludos

"Miguel Egea" escribió en el mensaje
news:%
> Migra los datos con el upsizing wizard de access creo que evitarás todo


el
> problema.
>
>
> Saludos
>
> Miguel Egea
> Microsoft SQL-SERVER MVP
> Brigada Anti-Cursores
> http://www.portalsql.com
>
> (Quita el online si me tienes que mandar un correo)
> "msnews.microsoft.com" escribió en el


mensaje
> news:
> > Primero indicaros que soy novato en estas lides, por lo que no sé si
> lograré
> > explicarme con claridad.
> >
> > Se trata de un SQL Server 2000 (montado en un Windows 2000 Server) que
> tiene
> > un par de bases de datos a las que se accede atacando con VB 6,


mediante
> una
> > cadena de conexión a la IP de la máquina.
> >
> > También se puede acceder remotamente mediante una conexión ODBC y


access
> > 2000.
> >
> >
> >
> > Pues bien, la primera dificultad surgió para migrar los mdb de access
> > mediante la opción de importación de datos del SQL.
> >
> > La cuestión es que importaba la estructura, pero no así los datos


(dando
> > error en la importación de los mismos); la única manera de conseguirlo
fue
> > exportando, una a una, las tablas de access a ficheros txt; éstos sí


se
> > dejaban importar a la esctructura de tablas ya creada en SQL (tarea de
> > chinos, vaya).
> >
> >
> >
> > El segundo problema es que cuando quieres ver los datos en el servidor
> > mediante el "administrador corporativo" à base datos à [nombre_tabla]


à
> > abrir tabla à devolver todas las filas... ¡no hay forma!: da un


mensaje
de
> > "error grave" y no muestra nada; el error dice:
> >
> > Error de ODBC <os>
> >
> > Se ha generado un error de ODBC. Es posible que haya eliminado un
registro
> > que tuviera un valor de clave externa relacionado con él o que haya
> > infringido una restricción CHECK
> >
> >
> >
> > Lo curioso del caso es que hace algún tiempo, sí podían verse las


filas
de
> > esta forma. Siento no saber ¿qué ha cambiado desde entonces?... ¡no


soy
el
> > único inconsciente que mete mano!... si me permitís la expresión ;-)
> >
> >
> >
> > En fin, he actualizado con el Service Pack 3a, pero nada ha cambiado.
> >
> > Por cierto que si se intenta exportar los datos de SQL a Access


mediante
> el
> > asistente de exportar, tampoco se puede; en fin, que no sé por dónde
> pegar.
> >
> >
> >
> > Si alguien ha experimentado algo así, o se le ocurre algo, le
agradecería
> > una sugerencia.
> >
> > Si necesitarais algún dato más,... pues eso, en mi inexperiencia, no



> qué
> > puedo contar para describir mejor el problema.
> >
> >
> >
> > Un saludo y gracias
> >
> >
> >
> > Emilio
> >
> > Valencia
> >
> >
>
>


Respuesta Responder a este mensaje
#4 msnews.microsoft.com
14/04/2004 - 12:46 | Informe spam
Veamos...
1) Desde el "Analizador de consultas SQL", pruebo a realizar un <select *
from tabla> y ¡todo perfecto!
Devuelve las filas sin error.
Esto no lo había probado antes.

2) Desde el "Administrador corporativo de SQL Server" , seleccionar base
datos --> seleccionar tabla --> botón derecho (opciones: "devolver todas las
filas"/"volver al principio"/"consulta")... usando cualquiera de ellas, da
error:

La primera vez, "error no especificado" -->ayuda --> Error de ODBC: <os>
Si lo ejecuto por segunda vez consecutiva, "error catastrófico" -->
ayuda --> idem: Error de ODBC: <os>

En fin, espero no estar mareando la perdiz, porque lo cierto es que desde
las aplicaciones, se accede perfectamente a los datos y, de otra parte, el
"query analizer" también ejectua correctamente las consultas.

Por cierto, ayer actualicé con el fichero esn_sql2ksp3.exe, que entiendo es
el adecuado para poner el Service Pack 3

En MS habían 2 ficheros más: el esn_sql2kdesksp3.exe y el esn_sql2kasp3.exe
;pero entendí que no eran necesarios para la actualización... ¿me equivoqué
y también hace falta ejecutarlos?

Uf!

"Miguel Egea" escribió en el mensaje
news:
igual sí, prueba a hacer un select a tu tabla desde el query analizer y


nos
cuentas. Asegurate de tener sp3 instalado


Saludos

Miguel Egea
Microsoft SQL-SERVER MVP
Brigada Anti-Cursores
http://www.portalsql.com

(Quita el online si me tienes que mandar un correo)
"msnews.microsoft.com" escribió en el mensaje
news:
> Gracias, pero qué me dices sobre que no se pueda ver el contenido de las
> tablas desde el Administrador Corporativo del SQL
>
> ¿No te parece que algo anda mal?
>
> Saludos
>
> "Miguel Egea" escribió en el mensaje
> news:%
> > Migra los datos con el upsizing wizard de access creo que evitarás


todo
el
> > problema.
> >
> >
> > Saludos
> >
> > Miguel Egea
> > Microsoft SQL-SERVER MVP
> > Brigada Anti-Cursores
> > http://www.portalsql.com
> >
> > (Quita el online si me tienes que mandar un correo)
> > "msnews.microsoft.com" escribió en el
mensaje
> > news:
> > > Primero indicaros que soy novato en estas lides, por lo que no sé si
> > lograré
> > > explicarme con claridad.
> > >
> > > Se trata de un SQL Server 2000 (montado en un Windows 2000 Server)


que
> > tiene
> > > un par de bases de datos a las que se accede atacando con VB 6,
mediante
> > una
> > > cadena de conexión a la IP de la máquina.
> > >
> > > También se puede acceder remotamente mediante una conexión ODBC y
access
> > > 2000.
> > >
> > >
> > >
> > > Pues bien, la primera dificultad surgió para migrar los mdb de


access
> > > mediante la opción de importación de datos del SQL.
> > >
> > > La cuestión es que importaba la estructura, pero no así los datos
(dando
> > > error en la importación de los mismos); la única manera de


conseguirlo
> fue
> > > exportando, una a una, las tablas de access a ficheros txt; éstos sí
se
> > > dejaban importar a la esctructura de tablas ya creada en SQL (tarea


de
> > > chinos, vaya).
> > >
> > >
> > >
> > > El segundo problema es que cuando quieres ver los datos en el


servidor
> > > mediante el "administrador corporativo" à base datos à


[nombre_tabla]
à
> > > abrir tabla à devolver todas las filas... ¡no hay forma!: da un
mensaje
> de
> > > "error grave" y no muestra nada; el error dice:
> > >
> > > Error de ODBC <os>
> > >
> > > Se ha generado un error de ODBC. Es posible que haya eliminado un
> registro
> > > que tuviera un valor de clave externa relacionado con él o que haya
> > > infringido una restricción CHECK
> > >
> > >
> > >
> > > Lo curioso del caso es que hace algún tiempo, sí podían verse las
filas
> de
> > > esta forma. Siento no saber ¿qué ha cambiado desde entonces?... ¡no
soy
> el
> > > único inconsciente que mete mano!... si me permitís la expresión ;-)
> > >
> > >
> > >
> > > En fin, he actualizado con el Service Pack 3a, pero nada ha


cambiado.
> > >
> > > Por cierto que si se intenta exportar los datos de SQL a Access
mediante
> > el
> > > asistente de exportar, tampoco se puede; en fin, que no sé por dónde
> > pegar.
> > >
> > >
> > >
> > > Si alguien ha experimentado algo así, o se le ocurre algo, le
> agradecería
> > > una sugerencia.
> > >
> > > Si necesitarais algún dato más,... pues eso, en mi inexperiencia, no

> > qué
> > > puedo contar para describir mejor el problema.
> > >
> > >
> > >
> > > Un saludo y gracias
> > >
> > >
> > >
> > > Emilio
> > >
> > > Valencia
> > >
> > >
> >
> >
>
>


Respuesta Responder a este mensaje
#5 Miguel Egea
14/04/2004 - 13:57 | Informe spam
Efectivamente no son necesarios son el sp3 para la versión desktop y para
los analisys services que salvo que los uses no lo necesitas.
Lo de error de ODBC, es el mecanismo de conectarse del administrador
corporativo. Lo único que se me ocurre que puedas hacer es actualizar la
versión de MDAC, por si viene por ahí el problema. El administrador
corporativo hace muchas cosas para mostrar la información, algunas de ellas
innecesarias, pero no suele dar este tipo de problemas.
Suerte
Saludos
Miguel Egea
"msnews.microsoft.com" escribió en el mensaje
news:#
Veamos...
1) Desde el "Analizador de consultas SQL", pruebo a realizar un <select *
from tabla> y ¡todo perfecto!
Devuelve las filas sin error.
Esto no lo había probado antes.

2) Desde el "Administrador corporativo de SQL Server" , seleccionar base
datos --> seleccionar tabla --> botón derecho (opciones: "devolver todas


las
filas"/"volver al principio"/"consulta")... usando cualquiera de ellas, da
error:

La primera vez, "error no especificado" -->ayuda --> Error de ODBC:


<os>
Si lo ejecuto por segunda vez consecutiva, "error catastrófico" -->
ayuda --> idem: Error de ODBC: <os>

En fin, espero no estar mareando la perdiz, porque lo cierto es que desde
las aplicaciones, se accede perfectamente a los datos y, de otra parte, el
"query analizer" también ejectua correctamente las consultas.

Por cierto, ayer actualicé con el fichero esn_sql2ksp3.exe, que entiendo


es
el adecuado para poner el Service Pack 3

En MS habían 2 ficheros más: el esn_sql2kdesksp3.exe y el


esn_sql2kasp3.exe
;pero entendí que no eran necesarios para la actualización... ¿me


equivoqué
y también hace falta ejecutarlos?

Uf!

"Miguel Egea" escribió en el mensaje
news:
> igual sí, prueba a hacer un select a tu tabla desde el query analizer y
nos
> cuentas. Asegurate de tener sp3 instalado
>
>
> Saludos
>
> Miguel Egea
> Microsoft SQL-SERVER MVP
> Brigada Anti-Cursores
> http://www.portalsql.com
>
> (Quita el online si me tienes que mandar un correo)
> "msnews.microsoft.com" escribió en el


mensaje
> news:
> > Gracias, pero qué me dices sobre que no se pueda ver el contenido de


las
> > tablas desde el Administrador Corporativo del SQL
> >
> > ¿No te parece que algo anda mal?
> >
> > Saludos
> >
> > "Miguel Egea" escribió en el


mensaje
> > news:%
> > > Migra los datos con el upsizing wizard de access creo que evitarás
todo
> el
> > > problema.
> > >
> > >
> > > Saludos
> > >
> > > Miguel Egea
> > > Microsoft SQL-SERVER MVP
> > > Brigada Anti-Cursores
> > > http://www.portalsql.com
> > >
> > > (Quita el online si me tienes que mandar un correo)
> > > "msnews.microsoft.com" escribió en el
> mensaje
> > > news:
> > > > Primero indicaros que soy novato en estas lides, por lo que no sé


si
> > > lograré
> > > > explicarme con claridad.
> > > >
> > > > Se trata de un SQL Server 2000 (montado en un Windows 2000 Server)
que
> > > tiene
> > > > un par de bases de datos a las que se accede atacando con VB 6,
> mediante
> > > una
> > > > cadena de conexión a la IP de la máquina.
> > > >
> > > > También se puede acceder remotamente mediante una conexión ODBC y
> access
> > > > 2000.
> > > >
> > > >
> > > >
> > > > Pues bien, la primera dificultad surgió para migrar los mdb de
access
> > > > mediante la opción de importación de datos del SQL.
> > > >
> > > > La cuestión es que importaba la estructura, pero no así los datos
> (dando
> > > > error en la importación de los mismos); la única manera de
conseguirlo
> > fue
> > > > exportando, una a una, las tablas de access a ficheros txt; éstos



> se
> > > > dejaban importar a la esctructura de tablas ya creada en SQL


(tarea
de
> > > > chinos, vaya).
> > > >
> > > >
> > > >
> > > > El segundo problema es que cuando quieres ver los datos en el
servidor
> > > > mediante el "administrador corporativo" à base datos à
[nombre_tabla]
> à
> > > > abrir tabla à devolver todas las filas... ¡no hay forma!: da un
> mensaje
> > de
> > > > "error grave" y no muestra nada; el error dice:
> > > >
> > > > Error de ODBC <os>
> > > >
> > > > Se ha generado un error de ODBC. Es posible que haya eliminado un
> > registro
> > > > que tuviera un valor de clave externa relacionado con él o que


haya
> > > > infringido una restricción CHECK
> > > >
> > > >
> > > >
> > > > Lo curioso del caso es que hace algún tiempo, sí podían verse las
> filas
> > de
> > > > esta forma. Siento no saber ¿qué ha cambiado desde entonces?...


¡no
> soy
> > el
> > > > único inconsciente que mete mano!... si me permitís la expresión


;-)
> > > >
> > > >
> > > >
> > > > En fin, he actualizado con el Service Pack 3a, pero nada ha
cambiado.
> > > >
> > > > Por cierto que si se intenta exportar los datos de SQL a Access
> mediante
> > > el
> > > > asistente de exportar, tampoco se puede; en fin, que no sé por


dónde
> > > pegar.
> > > >
> > > >
> > > >
> > > > Si alguien ha experimentado algo así, o se le ocurre algo, le
> > agradecería
> > > > una sugerencia.
> > > >
> > > > Si necesitarais algún dato más,... pues eso, en mi inexperiencia,


no
> sé
> > > qué
> > > > puedo contar para describir mejor el problema.
> > > >
> > > >
> > > >
> > > > Un saludo y gracias
> > > >
> > > >
> > > >
> > > > Emilio
> > > >
> > > > Valencia
> > > >
> > > >
> > >
> > >
> >
> >
>
>


Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida