Para analizar el rendimiento de las consultas el SQL Server te permite ver el
plan de ejecucion, o sea como hizo para obtener el resultado (indices usados,
paginas leidas, etc.). Es realmente muy util.
Creo que no esta disponible en las herramientas de administracion de la version
Express, solo en el SQL Server Management Studio.
Pablo Pioli
----- Original Message -----
From: Mutual Union de Sunchales
To: GUFA List Member
Sent: Friday, April 25, 2008 9:36 AM
Subject: [GUFA] Re: [GUFA] Re: SQL o qué?
Ya que estamos con este tema...
Soy uno de los que esta empezando a hacer sus primeros pasos
con un bd mas en serio ( que los dbfs ).
De desconfiado que soy, comenzè por hacer algunas pruebas.
DBF (vfp90) vs SQL EXPRESS
500000 registros en ambas
iguales estructuras
indices creados en ambos ( en sql express con menos columnas )
tirando un select para comparar en ambos motores,
con consultas que devuelven pocos registros como
consultas que devuelven muchos, siempre
el fox me resulto mas rapido que el sql.
Todo esto desde la red, obvio que localmente
tambien fue mas rapido el fox.
Preguntas ?
Será que 500000 registros es muy poco para ver diferencias ? que las
diferencias se ven con muchos mas registros ?
Que otra cosa deberia fijarme para mejorar el rendimiento del sql ?
Saludos.
Cèsar.-
----- Original Message -----
From: José Paez
To: GUFA List Member
Sent: Friday, April 25, 2008 8:38 AM
Subject: [GUFA] Re: SQL o qué?
Hola Estela
Si vas a utilizar VFP9 y necesitas acceder a datos remotos, podes trabajar
con la clase "CursorAdapter", ya que provee independencia del motor que te
conectes (solo necesitas tener el driver ODBC). Esta clase te permite obtener y
actualizar de una forma transparente ya que en tu aplicativo vas a trabajar con
cursores:
Ej:
- Locate
- Append Blank
- Replace
- Delete
Además podes subclasear a "CursorAdapter" y extender su funcionalidad.
Por ejemplo podes implementar:
- El ordenamiento con el que queres que te devuelvan los datos
"ORDER BY"
- Aplicar criterios de filtro "WHERE"
- indexación en el conjunto de resultado y luego usar SEEK.
De esta manera te evitas usar "Vistas Remotas" o de "Paso a través de SQL"
SqlConnect, SqlExec, etc.
Saludos
José Paez
Córdoba - Argentina
