Optimizar consultas SQL

29/06/2004 - 15:52 por Ezequiel | Informe spam
Hola, quisiera saber cual es la mejor manera para
optimizar los tiempos en una consulta sql, utilizando la
base de datos de vfp 6.0, muchas gracias.

Preguntas similare

Leer las respuestas

#1 Alex Feldstein
30/06/2004 - 01:49 | Informe spam
On Tue, 29 Jun 2004 06:52:20 -0700, "Ezequiel"
wrote:

Mostrar la cita
La mejor manera?
Utilizando Rushmore.

Ver:
Funcion SYS(3054,1) en la ayuda.

http://fox.wikis.com/wc.dll?Wiki~RushMore
http://fox.wikis.com/wc.dll?Wiki~NonDiscriminatingIndex
http://fox.wikis.com/wc.dll?Wiki~UnderstandingRushmore
http://fox.wikis.com/wc.dll?Wiki~NonMachineCollation

UT FAQ #830
UT Thread #633629
UT Message #612662
http://www.universalthread.com



Alex Feldstein
________________________________
Microsoft Visual FoxPro MVP
Please respond in the public groups so that everybody
can benefit from the exchange.
Favor de responder en los foros públicos asi todos se benefician.
(Address scrambled with ROT-13)
#2 Esparta Palma
30/06/2004 - 01:52 | Informe spam
Lo mejor es simplemente revisar bien cómo están tus consultas y sobre
eso, establecer los índices correspondientes, te recomiendo
*AMPLIAMENTE* el siguiente documento:

Visual FoxPro y la optimización Rushmore
http://www.portalfox.com/article.php?sidE7

Espero te sirva.
P.S. Como a mí, la información que verás, te abrirá los ojos en el
camino a la optimización de las consultas...

Apoya a Visual FoxPro usándolo legalmente
ž,ø€º°`°º€ø,žž,ø€º°`°º€ø,žž,ø€º°`°º€ø,žž,ø€º°`°º
Espartaco Palma Martínez
SysOp PortalFox ( http://www.PortalFox.com )
email:
Acapulco, Guerrero. México


Ezequiel wrote:

Mostrar la cita
#3 Ricardo Passians
30/06/2004 - 12:58 | Informe spam
"Esparta Palma" wrote in message
news:
Mostrar la cita
Puede ser, pero a mi no dejó de confundirme un poco sobre todo con el asunto
de tener un TAG por deleted(). Antes se decía que era muy necesario pero
según ese artículo parece que no es así. Confusión.
#4 Esparta Palma
01/07/2004 - 23:38 | Informe spam
En su momento me quedó claro, el poner un TAG por DELETED() sólo serviría
en cuanto tu índice de elementos borrados se incremente, cuando no hay
borrados (lógicos) entonces sólo es una sobrecarga innecesaria, también lo
llevé a cabo y vi un comportamiento similar, ahora mismo ya no puedo
volver a comprobar debido a que no tengo sistemas con DBFs.

"Esparta Palma" wrote in message
news:
Mostrar la cita
ž,ø€º°`°º€ø,žž,ø€º°`°º€ø,žž,ø€º°`°º€ø,žž,ø€º°`°º
Espartaco Palma Martínez
SysOp PortalFox.com
email:mexicoSINSPAM[Arroba]portalfox.com

-
PortalFox :: Nada corre como un zorr
http://www.portalfox.co

PortalFox - NNTP Forum Gatewa
#5 Hector Quiñones
02/07/2004 - 18:09 | Informe spam
El articulo esta claro en ese aspecto, lo esta demostrando con cifras y
eso cuenta.
Lo que si me desconcerto es que el principal fin de los indices es la
optimizacion de el acceso a los datos, al programar con tablas .dbf
utilizo los indices para; relaciones, busquedas rapidas (seek()), o
equiste otra forma de relacionar sin indices.
Estoy pasando mi aplicacion para trabajar con SQL, y gracias al apoyo del
foro puedo decir que voy por buencamino, pero tengo algunas dudas y estan
relacionadas al tem:
1. Los indices en SQL, tambien me sirven para esta optimizacion.
2. Las relaciones en SQL se pueden traer a las consultas, o solo estan
para controlar la integridad relacional.

Gracias por su tiempo y apoyo
Hector



PortalFox :: Nada corre como un zorro
http://www.portalfox.com

PortalFox - NNTP Forum Gateway
Ads by Google
Search Busqueda sugerida