Importancia de una relaciòn entre tablas en Access
Uno de los objetivos de un buen diseño de base de datos es eliminar los datos duplicados. Para lograr este objetivo, conviene separar los datos en muchas tablas basadas en temas para que cada hecho esté representado sólo una vez. A continuación, se debe proporcionar a Microsoft Office Access 2007 los medios para recopilar de nuevo la información desglosada (esto se realiza colocando campos comunes en tablas que están relacionadas). Sin embargo, para realizar este paso correctamente, primero deberá comprender las relaciones existentes entre las tablas.
Relación de tabla:
Después de crear una tabla para cada tema en la base de datos, es preciso proporcionar a Office Access 2007 los medios para recopilar de nuevo esa información cuando sea necesario. Para ello, se colocan campos comunes en las tablas que están relacionadas y se definen las relaciones entre las tablas. De ese modo, se pueden crear consultas, formularios e informes que muestren a la vez la información de varias tablas. Por ejemplo, cuando se realiza un formulario éste contiene informacion recopilada de varias tablas. Tambiém la la relación de campos, éste debe tener relación con el nombre de la tabla para poder llenar con información correcta y así mismo que la base de datos nos permita la información colocada
Tipos de relaciones de tablas:
Existen tres tipos:
Una relación de uno a varias: Si en una base de datos de seguimiento de pedidos incluye una tabla "Clientes" y una tabla "Pedidos". Un cliente puede realizar cualquier número de pedidos. Por lo tanto, para cualquier cliente representado en la tabla Clientes puede haber representados muchos pedidos en la tabla Pedidos. Entonces, la relación entre la tabla Clientes y la tabla Pedidos es una relación de uno a varios.
Para representar una relación de uno a varios en el diseño de la base de datos, se toma la clave principal del lado "uno" de la relación y se agrega como un campo o campos adicionales a la tabla en el lado "varios" de la relación. En este caso, por ejemplo, agregaría un nuevo campo: (el campo Id. de la tabla Clientes) a la tabla Pedidos y le denominaría Id. de cliente. Access utilizaría entonces el número de identificador del cliente de la tabla Pedidos para localizar el cliente correcto de cada producto.
Una relación de varios a varios: Si la relación entre una tabla "Productos" y una tabla "Pedidos". Un solo pedido puede incluir varios productos. Por otro lado, un único producto puede aparecer en muchos pedidos. Por tanto, para cada registro de la tabla Pedidos puede haber varios registros en la tabla Productos. Además, para cada registro de la tabla Productos puede haber varios registros en la tabla Pedidos. Este tipo de relación se denomina relación de varios a varios porque para un producto puede haber varios pedidos, y para un pedido puede haber varios productos. Tenga en cuenta que para detectar las relaciones de varios a varios existentes entre las tablas, es importante que considere ambas partes de la relación.
Para representar una relación de varios a varios, debe crear una tercera tabla, a menudo denominada tabla de unión, que divide la relación de varios a varios en dos relaciones uno a varios. Debe insertar la clave principal de cada una de las dos tablas en la tercera. Como resultado, la tercera tabla registra cada ocurrencia, o instancia, de la relación. Por ejemplo, la tabla Pedidos y la tabla Productos tienen una relación varios a varios que se define mediante la creación de dos relaciones uno a varios con la tabla Detalles de pedidos. Un pedido puede incluir muchos productos, y cada producto puede aparecer en muchos pedidos.
Una relación uno a uno: En una relación uno a uno, cada registro de la primera tabla sólo puede tener un registro coincidente en la segunda tabla y viceversa. Este tipo de relación no es común porque, muy a menudo, la información relacionada de este modo se almacena en la misma tabla. Puede utilizar la relación uno a uno para dividir una tabla con muchos campos, para aislar parte de una tabla por razones de seguridad o para almacenar información que sólo se aplica a un subconjunto de la tabla principal. Cuando identifique esta relación, ambas tablas deben compartir un campo común.
No hay comentarios:
Publicar un comentario