Ya murio el access para microsoft ????

Desafortunadamente migrar a otra base de datos no es una solucion viable
para mi.
de echo la aplicacion es dual Access y SQL
Pero debo mantener la compatibilidad con access.

ademas mi sentencia es muy sencilla.
solo quiero el primer registro de una consulta cualqueira sin usar el TOP 1
ya que este parece ser que sube toda la sentencia aunque solamente suba a
memoria 1 registro

raz

"Fer" escribió en el mensaje
news:%

Hola Rafael, hace un año desarrolle un sistema y utilizamos access el cual
tenia como 15 tablas y fuimos metiendo datos de la gestion 2005 hasta
abril de este año y nuestra base de datos ya tenia unos 45 mb de tamaño y
dameas habia sentencias de sql muy complejas el cula tardaba mucho y con
pocos datos y hicimos cambios que ahora no nos arepentimos que es cambiar
de motor nos tomo varios meses pero lo cambiamos por ese motivo odio el
Access ahora prefireo utilizar foxpro para aplicaciones sencillas.

SAludos

FEr

No acabo de comprender lo que dices.

Acabo de hacer una sencilla comparación entre ado + vb6 contra ado.net,
sobre una tabla access de 100.000 registros. Para hacer la comparación he
probado la misma consulta que tú, un Select Top 1 * from tabla where campo >
valor order by campo. El tiempo de ejecución de la aplicación vb6 ado y el
de vb.net ado.net es el mismo, unos 4 segundos.

En realidad ado.net no baja todas las filas desde el motor de access. Lo que
ocurre tanto en ado.net como en ado (o en dao) es que el order by obligará a
que la tabla entera se ordene. Por mucho que solo consultes una fila
mediante Top 1, realmente se tienen que ordenar todas las filas.

Sobre lo que dices de que cambiar de tecnología debería ser mejor, ten en
cuenta que ado.net está optimizado para trabajar de forma desconectada. Las
motores de datos como access no son precisamente la mejor forma de sacar
partido a ado.net, pero en cualquier caso te aseguro que he medido una
velocidad idéntica en tu caso entre ado y ado.net. Probablemente dao consiga
resultados ligeramente más rápidos sobre access, está optimizado
exclusivamente para trabajar sobre ella, pero en todo caso sólo pueden ser
ligeramente mejores.

Por cierto, no olvides que siempre puedes utilizar ado o incluso dao en
vb.net. No he probado en vb.net 2005, pero te aseguro que funcionan
perfectamente en anteriores versiones.

Juan Carlos Badiola
MVP - C#

Pero no necesita ordenarla ya que el campo de busqueda es la llave
principal.


"Tristan" escribió en el mensaje
news:

No acabo de comprender lo que dices.

Acabo de hacer una sencilla comparación entre ado + vb6 contra ado.net,
sobre una tabla access de 100.000 registros. Para hacer la comparación he
probado la misma consulta que tú, un Select Top 1 * from tabla where campo
> valor order by campo. El tiempo de ejecución de la aplicación vb6 ado y
el de vb.net ado.net es el mismo, unos 4 segundos.

En realidad ado.net no baja todas las filas desde el motor de access. Lo
que ocurre tanto en ado.net como en ado (o en dao) es que el order by
obligará a que la tabla entera se ordene. Por mucho que solo consultes una
fila mediante Top 1, realmente se tienen que ordenar todas las filas.

Sobre lo que dices de que cambiar de tecnología debería ser mejor, ten en
cuenta que ado.net está optimizado para trabajar de forma desconectada.
Las motores de datos como access no son precisamente la mejor forma de
sacar partido a ado.net, pero en cualquier caso te aseguro que he medido
una velocidad idéntica en tu caso entre ado y ado.net. Probablemente dao
consiga resultados ligeramente más rápidos sobre access, está optimizado
exclusivamente para trabajar sobre ella, pero en todo caso sólo pueden ser
ligeramente mejores.

Por cierto, no olvides que siempre puedes utilizar ado o incluso dao en
vb.net. No he probado en vb.net 2005, pero te aseguro que funcionan
perfectamente en anteriores versiones.

Juan Carlos Badiola
MVP - C#

Esto es posible que te ayude:

http://www.codeproject.com/vb/net/S...rdsets.asp

Saludos
Jose Maria