Acceso directo o Indirecto a la Base de Datos
En un Sistema de Información donde acceden muchos usuarios y además las consultas son muy pesadas en tiempo de ejecución, qué es mejor:
- Hacer las consultas a la Base de Datos y descargarlas en Tablas Locales del Cliente para acceso rápido y luego las modificaciones a los registros se hagan por separado refrescando tanto la Tabla Local como la de la Base de Datos. - Hacer las Consultas conectado directamente con la Base de Datos y a los componentes TDB. Lo digo porque estoy haciendo un nuevo diseño y siempre he optado por lo primero, aunque me dicen que ya no es necesario porque las velocidades de acceso directo a Base de Datos son muy buenas hoy día. Gracias. |
Hola, deberías explicar con más detalle la problemática. Pero en principio lo normal es hacerlo directamente.
Habría que especificar qué es para ti "consultas muy pesadas". |
Cita:
¿Qué componentes utilizas para ello? ¿De qué número de registros hablamos? |
Cita:
|
Bueno, sigues sin especificar nada, blaiselaborde, "un buen número de tablas" no nos dice nada. Y "cientos de registros" es algo minúsculo, realmente.
|
Cita:
El procedimiento es simple: Abro un componente TQuery con la consulta que necesito y lo recorro en su totalidad, mientras lleno con los mismos registros un TClientDataSet utilizándolo como Tabla Local Temporal. Sé que me puedo ahorrar el paso a la Tabla Local TClientDataSet, y conectar directamente la TQuery al DBGrid, pero mi pregunta es si se consigue la misma velocidad de respuesta por ejemplo al avanzar las Páginas o al mostrar filtrado los datos en el DBGrid desde la TQuery que desde el TClientDataSet, ya que desde éste es inmediata la respuesta por estar en Memoria Local. Tengo Tablas con millones de registros, aunque no se descarga todo . . . Por ejemplo:
|
El problema que le veo a esto es que siempre estás cargando más datos de la cuenta. Es decir al obligar a cargar toda la tabla o consulta en local (en el TClientDataset) obligar a traer TODOS los datos.
No comentas qué Base de Datos utilizas y qué componentes de conexión, pero muchos de ellos utilizan cursores dinámicos de servidor. Esto significa que si cargas en un DBGrid una tabla o consulta grande, no se cargan todos los registros, sólo los que vas necesitando de forma gradual (los que ves en cada momento y tal vez algunos más). A medida que avanzas por el DBGrid se van solicitando los demás. De esa forma no cargas todos los registros y evitas tráfico innecesario. Yo personalmente, salvo que sea un caso especial (alguno hay) no veo necesidad de traer los datos a local, como norma general. |
Cita:
|
Neftali,
Cita:
Nelson. |
Muchas gracias chicos . . . . Tomaré el consejo.
|
La franja horaria es GMT +2. Ahora son las 19:15:58. |
Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Traducción al castellano por el equipo de moderadores del Club Delphi