Eficiencia master/detail

[Luis Castillo]

Hola colegas....

Tengo una preguntica...

Estoy trabajando en una aplicacion de base de datos en paradox y delphi 7. Entonces utilizo en una forma varias consultas (3) las cuales las relaciono en master/detail: Q1, Q2, Q3.

Cuando cambia el registro en Q1 cambia los hijos en Q2 y al cambiar Q2 cambia Q3.

Mi pregunta es: hasta que punto es bueno eso, debido a que la informacion de estas tres consulta aumenta bastante. Es decir Q1 puede que tenga 1.000 registros; y por cada uno Q2 puede que tenga 1.000 y por cada uno de estos Q3 tambien tenga 1.000.......

En la aplicacion que estoy haciendo al cambiar de registro Q1 se demora un poquito (no se si sea por la relacion master/detail) e igual con Q2.....

¿hay alguna restriccion de la relacion master/detail en aras de la eficiencia o que....?

Muchas Gracias

[jachguate]

Para ese volumen de información, yo no recomendaría el uso de paradox!!

imaginate, si en la tabla q2 hay 1000 registros por cada q1, eso es 1,000,000 de registros, y si en q3 hay 1,000 registros por cada q2, eso es 1,000,000,000 de registros!!

Paradox morirá en el intento

Sobre la relación maestro/detalle, no hay ningún problema en que haya muchos registros "hijos" para un padre. Dependerá mucho de que componentes de acceso a datos te valgas para afinar este detalle. Si usaras, por ejemplo, firebird, con ibx o ibobjects, podrías traer solamente unos cuantos registros de la(s) tabla(s) hija(s), a espera que el usuario navegue por él dataset para ir cargando mas registros.

Has de tener en cuenta que regularmente no es necesario ni recomendable traer muchos registros al cliente (a menos que sea una aplicación de análisis/inteligencia de negocios). Un buen diseño de aplicación limitará de alguna manera lógica el número de registros que se mostrarán al usuario en un momento particular.

Hasta luego.

[Luis Castillo]

Muchisimas gracias.....esa informacion alimenta mucho...