La forma más sencilla de crear una relación de base de datos es el uso de los campos clave de número de serie que se asigna a cada registro un número único en una tabla dada . Por ejemplo , vamos a crear una libreta de direcciones con múltiples relaciones, lo que permite múltiples entradas en el registro de cada persona
Tabla 1 , Gente: . Registro 1 : ( ID de Usuario: 1 , nombre: " NN ") Record 2 : ( ID de Usuario: 2 , nombre: " Joseph Brown" )
Tabla 2 , E-mail : Registro 1 : ( ID de Usuario: 1 , E-mail : " [email protected] ") Record 2 : ( ID de Usuario: 2 , Email: " [email protected] " ) Registro 3 : ( ID de Usuario: 2 , correo electrónico: " [email protected] " )
Tabla 3 , Teléfono : Registro 1 : ( ID de Usuario: 2 , teléfono: " 202-555-8213 " )
la relación se crea con el campo clave ID de usuario , que relaciona el ID de usuario en la Tabla 1, con la identificación de usuario en la Tabla 2 y la Tabla 3 . Las tablas de teléfono y correo electrónico , sin embargo , no tienen ninguna relación entre sí que no se conecta de nuevo a la ID de usuario, por lo que no es necesario asignarles números de identificación únicos . Para obtener información completa, el informe o la secuencia de comandos de base de datos (también llamado "método" ) atravesarían estas relaciones : empezando por el registro de nombres de personas , sería primero recuperar todos los números de teléfono con el mismo ID de usuario , todas las direcciones de correo electrónico con el que ID de usuario y el formato para su visualización o impresión
Es importante señalar que identificadores de usuario de la tabla principal deben ser únicos ; . es aceptable saltarse números ( por lo general , esto se produce cuando se eliminan registros) , pero el mismo número no se puede utilizar dos veces. En los cuadros secundarios , sin embargo , puede utilizar ese ID primaria tantas veces como sea necesario para crear varios registros , Joseph Brown tiene dos direcciones de correo electrónico , por lo que tiene dos entradas en la tabla de correo electrónico con su ID de usuario
.
Secondary Key Field relaciones
frecuentes , tendrá que crear un segundo conjunto de relaciones , además de la primera . Si desea almacenar , con cada dirección de correo electrónico , una serie de instrucciones sobre cómo se debe utilizar esa dirección de correo electrónico : es decir , HTML frente a mensajes de correo electrónico de texto sin formato , y una etiqueta de trabajo o el hogar . Usted puede hacer esto con una base de datos de archivo plano añadiendo más campos para cada registro , pero que puede provocar el diseño de bases de datos ineficiente cuando la tabla aumenta de tamaño . Utilice una relación de clave secundaria en lugar
Tabla 2 , E-mail : . Registro 1 : ( EmailID : 1 , ID de Usuario: 1 , E-mail : " [email protected] ") Record 2 : ( EmailID : 2 , ID de Usuario: 2 , E-mail : " [email protected] " ) Registro 3 : ( EmailID : 3 , ID de Usuario: 2 , correo electrónico: " [email protected] " )
Tabla 4 , EmailInstructions : Registro 1 : ( EmailID : 1, tipo : "HTML " , tipo: "trabajo" ) Record 2 : ( EmailID : 2 , tipo: " normal " , tipo: "trabajo" ) Registro 3 : ( EmailID : 3 , tipo: " llanura " , Tipo : . "home")
Con una tabla secundaria , puede almacenar datos arbitrarios para cada registro , manteniendo la máxima eficacia de las consultas en la tabla inicial que no necesita los datos secundarios