Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Tablas Access vinculadas a SQL SERVER

479 views
Skip to first unread message

Toni

unread,
Dec 8, 2006, 3:16:00 PM12/8/06
to
Hola a todos.

Tengo un proyecto en ACCESS 2000 Profesional funcionando y ahora debo
convertirlo a SQL Server com servidor de Datos. Ya he leido que haciendo la
migracion automatica, el proyecto puede funcionar en su casi totalidad. En
primer lugar el asistente de conversion no me funciono hasta que logre
instalar la version SP-3 del producto. Actualmente me convierte las tablas
siempre usando ODBC a una Base de Datos ya creada pero nunca me deja crear
una Base de Datos de nuevo.

Pero me surgen ademas dos preguntas.

1.- En algunas situaciones, la aplicacion va lenta y no se si solo
conviertiendo a SQL como servidor de datos mejorara su rendimiento. En caso
de tener que migrar a una aplicacion Cliente/servidor, que producto se debe
usar para desarrollar la aplicacion y si se deberan realizar muchos cambios.
Cabe señalar que posiblemente se debera usar en un futuro este aplicativo
mediante una red privada de internet, con lo que se puede relantizar
enormemente el aplicativo.

2.- He hecho un ensayo de migracion de una tabla, con 52000 registros mas o
menos y con un campo memo (convertido a ntext) y funciona con pocos
registros, pero a partir de los 32000 mas o menos (intentando añadir mas
registros, da un error de Desbordamiento), me aparece en la tabla vinculada a
SQL todos los registros como eliminados, sin sus datos, y al hacer una
consulta con pocos registros tambien me aparecen como eliminados, aunque el
resultado de la consulta sea de solo 2 registros.

Gracias a todos y gracias de antemano.

Eva

unread,
Dec 9, 2006, 2:01:57 PM12/9/06
to
Hola Toni

Entiendo que tu aplicación tiraba de un MDB como alojamiento de datos, que
ahora quieres convertir en SQL Server. No entiendo esto de que no te deja
crear una base de datos nueva ¿¿??

En cuanto al entorno de desarrollo, puedes optar por proyectos Access, que
te permitirán crear aplicaciones cliente servidor, o cualquier otro entorno
de desarrollo que te guste, por ejemplo VS.

En el momento actual, al tener tus tablas vinculadas mediante ODBC, tampoco
pretendas obtener grandes rendimientos. Si haces la prueba con ADPs, verás
que la velocidad mejora notablemente.

En cuanto al error de desbordamiento, echa un vistazo a la conversión de
tipos que te ha hecho el asistente de conversión, tiene toda la pinta de ir
por ahí.

Un saludo

Eva.

"Toni" <To...@discussions.microsoft.com> escribió en el mensaje
news:8637C29D-2FD7-4D78...@microsoft.com...

Toni

unread,
Dec 10, 2006, 10:54:00 AM12/10/06
to
Gracias Eva por tu ayuda.

En primer lugar te quiero comentar que cada vez que he intentado crear la
Base de Datos de nuevo, el Asistente me dice que ha habido problemas al crear
la tabla y que no seha realizado la exportación o que ha fallado la
exportacion. La unica forma de conseguirlo ha sido utilizando una base de
datos creada en blanco y haciendo la exportacion mediante el Asistente usando
ODBC.

Como nunca he trabajado con ADP (siempre con .mdb y Access Professional) no
se que te refieres a usarlo. Te refieres al Office Enterprise? O con que
herramienta se pueden desarrollar proyectos ADP?

En cuanto al desbordamiento, como la tabla contenia un campo MEMO, no me la
convertia bien, por ello he optado por crear la tabla mediante la herramienta
corporativa y con los tipos de datos adecuados, pero al intentar añadir mas
de 32500 (mas o menos) registros siempre me da desbordamiento. Y porque me da
siempre en la tabla vinculada como si los registros estuvieran todos
#Eliminados?

Y abusando de tu confianza, me permito añadir una pregunta mas, cuando se
trabaja con cliente/servidor, debe plantearse la aplicacion con alguna
estrategis especial, distinta de cuando se trabaja con aplicaciones tipo
front/end .mdb?

Un saludo y gracias por tu ayuda.

Toni.

Toni

unread,
Dec 10, 2006, 12:34:00 PM12/10/06
to
Perdona Eva por mi ignorancia, pero despues de investigar un poco he podido
localizar como crar proyectos ADP. Pero me surgen nuevas dudas. Como no se
pueden crear consultas, eso quiere decir que se deben crear todas las
consultas en el SQL? Y ademas, esto es una aplicacion cliente/servidor?

Respecto a la pregunta de la tabla que me presentaba como todos los
elementos Eliminados, en una aplicacion ADP me los presenta correctamente.
Pero como en este aplicativo no se pueden crear tablas vinculadas, como puedo
hacer para añadir los registros que me faltan para llenar la totalidad de la
original?

Aunque creo que lo mejor seria que si lo conoces, me recomendaras un libro
donde puedo aprender mas y poder hacer las pruebas necesarias antes de
plantear nuevas preguntas.

Gracias d enuevo.

Eva

unread,
Dec 10, 2006, 4:10:47 PM12/10/06
to
Hola Toni

Bien, ya has recorrido medio camino :) Con proyectos sí, se crean
aplicaciones cliente-servidor. Todos los datos y consultas (procedimientos
almacenados, vistas...) están en el servidor SQL Server. Y para añadir
registros en una tabla debes comprobar que exista en ella una clave
principal y si no, crearla.

No conozco ningún libro que dedique mucho contenido a proyectos ADP, pero
tampoco son tan diferentes a lo que ya conoces, simplemente tendrás que
acostumbrarte a SQL SErver y a trabajar con ADO en vez de con DAO.

Eso sí, la continuidad de los proyectos ADP más allá de Office 2007 no está
muy clara.... quizá deberías tener en cuenta otros entornos de desarrollo.

Un saludo

Eva.

"Toni" <To...@discussions.microsoft.com> escribió en el mensaje

news:D91F3A83-BF36-4B54...@microsoft.com...

Toni

unread,
Dec 15, 2006, 1:11:01 PM12/15/06
to
Muchas gracias por tu ayuda. Solo un par de preguntas mas.

Que entornos de desarrollo popones o existen si no hay continuidad en ADP?
Te agradeceria me orientaras para poder ver reorientar mi aplicativo antes de
empezar.

En primer lugar, como puedo proporcionar los datos a una vista con
parametros desde una consulta ACCESS?

Y por ultimo, ya he hecho muchas pruebas en este aplicativo con
cliente/servidor en ADP y me funciona casi todo, solo tengo un pequeño
problema, y es que al ejecutar un pricedimiento que no modifica daots pero no
devuelve ninguna fila, me da un aviso de que se ejecuta correctamente pero
que no devuelve ninguna fila. Como puedo ejecutarlo sin este aviso? Si lo
ejecuto desde una macro sin advertenias, me lo saca igualmente y ademas me da
un error de que la macro ha fallado.

Muchas gracias de nuevo.

Eva

unread,
Dec 17, 2006, 5:54:23 AM12/17/06
to
Ná, a mandar :)

Te contesto in-text:

"Toni" <To...@discussions.microsoft.com> escribió en el mensaje

news:9AAC9DF6-53E5-47F9...@microsoft.com...


> Muchas gracias por tu ayuda. Solo un par de preguntas mas.
>
> Que entornos de desarrollo popones o existen si no hay continuidad en ADP?
> Te agradeceria me orientaras para poder ver reorientar mi aplicativo antes
> de
> empezar.

Puh, mundo aparte. Todos los Visual de MS, Delphi de Borland... a tu gusto
:)

>
> En primer lugar, como puedo proporcionar los datos a una vista con
> parametros desde una consulta ACCESS?

No existen las vistas con parámetros :|

>
> Y por ultimo, ya he hecho muchas pruebas en este aplicativo con
> cliente/servidor en ADP y me funciona casi todo, solo tengo un pequeño
> problema, y es que al ejecutar un pricedimiento que no modifica daots pero
> no
> devuelve ninguna fila, me da un aviso de que se ejecuta correctamente pero
> que no devuelve ninguna fila. Como puedo ejecutarlo sin este aviso? Si lo
> ejecuto desde una macro sin advertenias, me lo saca igualmente y ademas me
> da
> un error de que la macro ha fallado.

¿Estás usando ADO? Si no es así.... lo cierto es que no sabría responderte,
nunca ataco SQL Server con DAO. Entiendo que con inhabilitar los warnings
debería ser suficiente pero, si no es así, abre un nuevo hilo específico
para esta duda a ver si alguien te puede dar más datos.

Un saludo

Eva.


Toni

unread,
Dec 17, 2006, 12:25:01 PM12/17/06
to
Gracias, Asi lo hare. Y muchas gracias por tu ayuda.

Eva

unread,
Dec 17, 2006, 5:54:23 AM12/17/06
to
Ná, a mandar :)

Te contesto in-text:

"Toni" <To...@discussions.microsoft.com> escribió en el mensaje
news:9AAC9DF6-53E5-47F9...@microsoft.com...


> Muchas gracias por tu ayuda. Solo un par de preguntas mas.
>
> Que entornos de desarrollo popones o existen si no hay continuidad en ADP?
> Te agradeceria me orientaras para poder ver reorientar mi aplicativo antes
> de
> empezar.

Puh, mundo aparte. Todos los Visual de MS, Delphi de Borland... a tu gusto
:)

>


> En primer lugar, como puedo proporcionar los datos a una vista con
> parametros desde una consulta ACCESS?

No existen las vistas con parámetros :|

>


> Y por ultimo, ya he hecho muchas pruebas en este aplicativo con
> cliente/servidor en ADP y me funciona casi todo, solo tengo un pequeño
> problema, y es que al ejecutar un pricedimiento que no modifica daots pero
> no
> devuelve ninguna fila, me da un aviso de que se ejecuta correctamente pero
> que no devuelve ninguna fila. Como puedo ejecutarlo sin este aviso? Si lo
> ejecuto desde una macro sin advertenias, me lo saca igualmente y ademas me
> da
> un error de que la macro ha fallado.

Toni

unread,
Dec 21, 2006, 9:00:00 AM12/21/06
to
Despues de hacer muchas pruebas y encontrarme coin infinidad de problemas, he
podido detectar lo siguiente:

Al migrar desde SQL Server 2000 a SQL Server 2005, los limites de la tabla
que comentaba, ya no existe y me permite agregar los 52000 registros sin
problema.

Desarrollando con el Office 2000 normal, tuve muchos problemas para generar
la Base de Datos desde Access a SQL mediante el asistente, pero al migrar a
SP3 del mismo Access, se solventaron todos los problemas.

Al tratar de ejecutar desde otro usuario dicho aplicativo con un Office 2000
pelado, tenia problemas de ejecucion de procedimientos, puesto que me
aparecia el nombre del procedimiento con un ";1" añadido al lado del nombre
del procedimiento, y no me dejaba ejecutarlo. Pense que era problemas de
GRANT y permisos, pero todo ha desaparecido al migrar el OFFICE 2000 a SP3.

Tambien tuve problemas al intentar ejecutar dicho aplicativo con el RunTime
de Access, hasta que intuí que tambien deberia usar un RunTime con SP3, pero
usando un Runtime 2003 ya no tuve mas problemas.

Finalmente nos estamos planteando a usar directamente Office 2003 y SQL
Server 2005, para evitar mayores problemas.

Te comento todo esto por si algun navegante o principiante se puede
encontrar con los problemas comentados y poder ayudarle a no tener que pasar
por todos los dolores de cabeza que tuve que solventar.

Muchas gracias por tu ayuda y Felices Fiestas.

Eva

unread,
Feb 19, 2007, 3:45:40 PM2/19/07
to
Gracias por el feed-back, me lo apunto todo :))))

"Toni" <To...@discussions.microsoft.com> escribió en el mensaje

news:2B8EBB06-354E-4F73...@microsoft.com...

la clave de microsoftprofesional2007@discussions.microsoft.com dar la clave de microsoftprofesional2007

unread,
Apr 8, 2010, 6:16:01 PM4/8/10
to

"Eva" escribió:

0 new messages