![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
#9
|
||||
|
||||
|
Cita:
Por empezar, el campo nombre no es un buen candidato a ser una clave primaria. Puesto que hay muchas personas que poseen un mismo nombre, si haces que este campo sea tu clave primaria impedirás que existan dos nombre iguales. Lo más razonable es emplear una clave que identifique unívocamente a cada persona. Y existe: el número de DNI. Segundo, ahora al tener este campo DNI como clave primaria debemos alterar la tabla secundaria: 1. Agregar una clave artificial que será su clave primaria. Se le llama artificial porque no tiene sentido en la realidad. Simplemente existe para garantizar su unicidad. 2. Ahora, añadimos un campo del mismo tipo que DNI. Este campo actuará de clave foránea hacia la tabla primaria (el término correcto sería maestra). Por simplicidad lo llamemos DNI. 3. Armar la relación entre los campos DNI de ambas tablas. Conseguirás una relación 1:M. Que es lo que parece ser que necesitas. Dije parece porque puede que no sea así. Por tu descripción pareciera que estamos en un dominio en el que "Una persona tiene al menos un domicilio". Si el dominio del problema está bien, podemos continuar. Ahora, con respecto al tema del triggers. Eso no existe en Access. Los triggers están disponibles para motores de base de datos serios. Access para base de datos de escritorio y no posee las grandes bondades de un motor. La Cara oculta explica brevemente el tema de los triggers. El tema de hacer dicha funcionalidad pasa por un diseño de aplicativo. Como te estuve diciendo... por empezar, ningún motor lo hace así por así... y segundo, Access es muy limitado. No me basta tu simple descripción para decirte acabadamente como debes proceder. La imagen que tengo sobre tu idea puede que no sea compatible con la tuya. Por algo te estado pidiendo que nos profundices sobre tu idea. De cualquier manera, como te dije en el hilo anterior: Se debe hacer en dos pasos: 1. Agregar el registro maestro 2. Y luego el registro detalle Ya sea con TTables, o con TQuerys el proceso es identico y en dicho orden. Ya antes te he dado una pista de como proceder. Pero antes de poder seguir... hay una pregunta que debes responder, y esto se debe a la falta de información por tu parte ¿Si deseas que automáticamente se agregue en la tabla secundaria, de donde salen los otros datos necesarios? Responde a esa pregunta, y sigue profundizando en tu descripción de la idea y podrás detectar donde está tu falla conceptual. Yo por ahora, me retiro... quiero dormir un poco pero puede que en unas cuantas hora pase de nuevo. De cualquier manera no soy el único y otros foristas pueden seguir aportando su visión del asunto. Saludos, |
| Herramientas | Buscar en Tema |
| Desplegado | |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| cómo Insertar un registro | maximo_nashir | PHP | 1 | 14-07-2007 08:06:05 |
| Insertar registro en una tabla | efelix | Conexión con bases de datos | 21 | 05-12-2006 18:13:50 |
| Insertar un registro en una tabla Paradox | maravert | Tablas planas | 1 | 14-10-2005 02:08:02 |
| Insertar registro en tabla | jzk | Conexión con bases de datos | 15 | 26-05-2004 18:58:19 |
| Borrar e Insertar un registro de una tabla con Query | Draco | Conexión con bases de datos | 4 | 06-05-2004 17:27:37 |
|