Gracias por contestar amigo mio.
Cita:
Posteado originalmente por andres1569
Hola:
Aunque definas relaciones de Integridad Referencial (IR) o de Lookup a nivel de tabla, desde el Database Desktop por ejemplo, eso no te libra de tener que volver a enlazarlas de nuevo desde Delphi, por los procedimientos de crear una relación Maestro-
Detalle o de definir un campo Lookup que ya sabrás...
Otra cosa bien diferente es que las reglas definidas a nivel de tabla generan unas restricciones que ahora no tendrás que definir a nivel de aplicación; ...
|
O sea que definir en la DB, es mas un problema que una solución. Pensaba que al hacerlo, era como en el Diccionari de Datos con los campos, que uno define las propiedades por defecto y al insertar el componente DBEdit en un Form, "arrastra" esas propiedades, facilitando y agilizando el diseño.
En estos casos, ahora, además del tiempo que perdí definiendo todo en la DB, tengo que repetirlo en el entorno de desarrollo, volviendo a perder tiempo.
Digamos que me he metido en un gran lio.
Cita:
|
- Si te digo la verdad, he tenido muchos problemas en Paradox con tablas ligadas mediante Integridad Referencial cuando alguna de ellas se ha fastidiado...
|
A VECES LA VERDAD ES MATADORA...
Cita:
Aparte de todo esto, como dice Madriles, ...
es conveniente crear índices a nivel de la BD; imprescindible una clave primaria para cada tabla, e índices secundarios mantenidos (Mantained) que actúen como claves foráneas hacia otras tablas; y recomendable crear índices secundarios que puedan agilizar las consultas más comunes.
|
Perdonen mi ignorancia, pero ¿A que llaman "índices secundarios mantenidos (Mantained) que actúen como claves foráneas hacia otras tablas"?