En Access, una consulta sobre todos los registros de esa tabla no tarda ni
siquiera 1 segundo.
Usando un procedimiento almacenado en SQL, tarda 5 segundos en mostrar los
155.386 registros, en el plan de ejecuci�n el 100% est� sobre el scan table.
Me cuestionan que como es posible que SQL tarde tanto en comparaci�n con
Access, cuando se supone que esa cantidad de registros al SQL no deber�a
hacerle ni cosquillas.
He puesto �ndices en SQL server sobre tres campos para acelerar, pero no
encuentro como.
Como la aplicaci�n esta en Access y el volumen de datos est� creciendo
considerablemente (las consultas en Access se est�n volviendo lentas debido
a este volumen), se est� pensando migrar a SQL SERVER, pero... al ver esta
peque�a prueba de rendimiento, se nos cae el alma al suelo...
Yo supon�a que el SQL SERVER deber�a trabajar mas r�pido en devolver las
consultas mediante un procedimiento almacenado.
Me estoy ahogando en un vaso de agua? Como puedo justificar el cambio si las
pruebas resultan as� de lentas?
Alguna sugerencia o consejo al respecto?
Mil gracias por la ayuda de siempre...
Aseg�rate que la tabla en SS2005 tenga los �ndices correctos.
No se como ser� el asistente de SS2005 pero hasta el SS2000 cuando usabas el
DTS para importar tablas de Access y le dabas la opci�n para crear la tabla
los �ndices brillaban por su ausencia.
--
Un Saludo, V�ctor Koch
"Jos� [Py]" <gimenezj(ARROBA)hotmail(Punto)com> escribi� en el mensaje
news:Oei8K4s8...@TK2MSFTNGP06.phx.gbl...
Debe tener encuenta en este aspecto lo siguiente:
1. velicidad de los discos
2. afinacion de memoria en sql ( el tema no es tan autom�tico)
3. Una cosa son los campos texto en Access y otra bien diferente los campos
tipo TEXT en SQL.
4. Que otras cosas esta ejecutando en el PC (internet, correo, office,
antivirus) todas esas variables afectan la velocidad del tiempo de respuesta
de las consultas
Espero le sirva de ayuda
Un saludo,
"Jos� [Py]" <gimenezj(ARROBA)hotmail(Punto)com> wrote in message
news:uni5Nxw8...@TK2MSFTNGP06.phx.gbl...
Adios, un saludo.
Igualmente, si utilizas Ado procura, en ambos casos, haber abierto y
cerrado, previamente, una conexi�n a los datos. Esta precauci�n la debes
tomar porque sql server es siempre algo m�s lento para establecer la primera
conexi�n.
Adios, un saludo.
"Jos� [Py]" <gimenezj(ARROBA)hotmail(Punto)com> escribi� en el mensaje
news:uYdmEVG9...@TK2MSFTNGP05.phx.gbl...
Maria Eugenia
"Jos� [Py]" <gimenezj(ARROBA)hotmail(Punto)com> escribi� en el mensaje
news:%23RMo3ys...@TK2MSFTNGP06.phx.gbl...
"Mar�a Eugenia" <mer...@salta.gov.ar> escribi� en el mensaje de
noticias:O#IhBSb9K...@TK2MSFTNGP04.phx.gbl...
> Jos�, en Access armas un proyecto o vinculas cada tabla con sql????.
> Digamos de qu� extensi�n queda tu archivo de access???
>
María Eugenia
"José" <gimenezj(arroba)hotmail(punto)com> escribió en el mensaje
news:u0LPt64%23KH...@TK2MSFTNGP06.phx.gbl...
> Hola, en Access son tablas vinculadas a otra base de Access. Lo que hice
> fue llevar a SQL server la tabla con más registros (usando el asistente de
> SQL SERVER).
> Esa tabla tiene como 150.000 registros.
> La diferencia que señalo es que cuando en Access hago doble clic sobre la
> tabla para ver todos los registros e ir al último, me lleva menos de un
> segundo. en SQL SERVER eso mismo me lleva 5 segundos
>
> "María Eugenia" <mer...@salta.gov.ar> escribió en el mensaje de
> noticias:O#IhBSb9K...@TK2MSFTNGP04.phx.gbl...
>> José, en Access armas un proyecto o vinculas cada tabla con sql????.
>> Digamos de qué extensión queda tu archivo de access???
>>
>
>
"Jos� [Py]" <gimenezj(ARROBA)hotmail(Punto)com> escribi� en el mensaje
news:%2377$aeO$KHA...@TK2MSFTNGP06.phx.gbl...
Adios, un saludo.
"Jos�" <gimenezj(arroba)hotmail(punto)com> escribi� en el mensaje
news:eZVEg54%23KHA...@TK2MSFTNGP06.phx.gbl...
> Gracias por responder, si, estaba pensando que no estoy haciendo tal vez
> lo correcto, pero asombra la diferencia de tiempo entre uno y otro.
> A los ojos de los menos entendidos (me incluyo, porque estoy dando mis
> primeros pasos con SQL SERVER) esta diferencia de tiempo entre que Access
> muestre esos datos sobre su tabla y SQL sobre su tabla, es bastante
> chocante. Aun as� entiendo que SQL SERVER DEBE gestionar mejor los datos y