Ver Mensaje Individual
  #2  
Antiguo 21-09-2004
Avatar de roman
roman roman is offline
Moderador
 
Registrado: may 2003
Ubicación: Ciudad de México
Posts: 20.269
Reputación: 10
roman Es un diamante en brutoroman Es un diamante en brutoroman Es un diamante en bruto
Cita:
Empezado por miguelb
Que es lo que se debe hacer?
En mi opinión dos cosas:

1. No usar ODBC. La capa de abstracción intermedia que supone ODBC siempre afectará en el rendimiento. En su lugar usa componentes más ad-hoc como podrían ser ZEOS (gratuitas) o DBExpress (incluidas con Delphi). La capa de abstracción en ambos casos es muy delgada y el rendimiento es óptimo.

2. No usar componentes de tipo Table ni, en general, consultas que devuelvan tal cantidad de registros. Cuando trabajas con servidores SQL es mejor que diseñes tus consultas de manera que devuelvan pocos registros. Esto no es lo restrictivo que parece, es simplemente acostumbrarse a que uno no tiene necesidad, en realidad, de ver 35000 registros al mismo tiempo. Por ejemplo, si el usuario necesita buscar un cliente de apellido SANCHEZ, dale la opción que se traduzca en una consulta del tipo

Código SQL [-]
select * from clientes where nombre like "%SANCHEZ%"

en lugar de arrojarle los 35000 clientes y obligarlo a desplazarse hasta encontrar el cliente que busca.

// Saludos
Responder Con Cita