Acceso directo o Indirecto a la Base de Datos

[blaiselaborde]

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.

[Casimiro Notevi]

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".

[Neftali [Germán.Estévez]]

- 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.


¿Puedes explicar cómo haces esto?
¿Qué componentes utilizas para ello?
¿De qué número de registros hablamos?

[blaiselaborde]

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".

Consultas pesadas me refiero a que acceden a un buen número de Tablas y por lo general su respuesta son cientos de registros, lo que hace que tarden en ejecutarse un tiempo considerablemente grande para las necesidades de respuesta de los clientes.

[Casimiro Notevi]

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.

[blaiselaborde]

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.

Gracias Casimiro y Neftalí por atender mi requerimiento.

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:


Try
cdsRegion.DisableControls;
cdsRegion.CreateDataSet;
cdsRegion.EmptyDataSet;

DM.qrRegion.Close;
DM.qrRegion.Open;
DM.qrRegion.First;

While Not DM.qrRegion.Eof do
Begin
cdsRegion.Append;
cdsRegionSuperGroupId.AsInteger := DM.qrRegionSUPERGROUP_ID.AsInteger;
cdsRegionSuperGroup.AsString := DM.qrRegionSUPERGROUP.AsString;
cdsRegion.Post;
End; // While

cdsRegion.First;
cdsRegion.EnableControls;

DM.qrRegion.Close;
Except
On E: Exception do
Application.MessageBox(PChar('SQL Error qrRegion --> ' + E.Message), 'Attention', MB_ICONERROR);
End; // Try

[Neftali [Germán.Estévez]]

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.

[Casimiro Notevi]

El procedimiento es simple:
Bien, en tu caso, seguramente es más lento de la forma en que lo estás haciendo, ya que pones "una capa", totalmente innecesaria.

[nlsgarcia]

Neftali,


...personalmente, salvo que sea un caso especial (alguno hay) no veo necesidad de traer los datos a local, como norma general...

^\||/

Nelson.

[blaiselaborde]

Muchas gracias chicos . . . . Tomaré el consejo.