Tema: Relaciones en bases de datos Modulo: Base de Datos

1. RELACIONES EN BASES DE DATOS
Guadalupe Elizabeth Landeros Valderrama
Diana Delgado Martínez
Guillermo Augusto Alcaraz Domínguez
Martin Rangel Corona
Jonathan Javier González Becerra

2. Existen 4 tipos de relaciones:
• Uno a uno (1 a 1)
• Uno a muchos (1 a N)
• Muchos a muchos (N a M)
• Muchos a uno (N a 1)

3. Uno a uno (1 a 1)
Las relaciones uno a uno No deben existir en una base de datos pues
eso denota inmediatamente que se hizo un mal trabajo de
normalización. Ya que cada tabla representa una entidad de la base
de datos. Una relación uno a uno, significaría que cada tabla es
'media' entidad o dos tablas representan un asunto o entidad. Lo
correcto seria fusionar las columnas de las dos tablas en una sola.
Siendo poco estrictos es verdad que existen relaciones uno a uno en
situaciones especiales (desnormalización planeada) por convenir así;
por ejemplo: si un campo de una tabla se actualiza constantemente y
queremos disminuir el riesgo de colisión en bloqueos, se puede aislar
ese campo en una tabla que lo contenga y esté relacionado con una
llave primaria idéntica a la llave primaria de la primera tabla.

4. Producto
* ID
Codigo
Descripcion
Costo
Precio
UltVenta
Tabla
normalizada
Tabla desnormalizada
con relación uno a uno
Producto
* ID
Codigo
Descripcion
Costo
Precio
Producto2
* ID
UltVenta

5. Relaciones uno a muchos (1:N)
Las relaciones uno a muchos son las mas
comunes y en realidad es la 'única' relación
válida para una base de datos, así; un Cliente
puede tener muchas Facturas, una Población
tiene muchos Clientes y una Venta puede
incluir muchos Productos.

6. Relaciones muchos a muchos (N:M)
Las relaciones muchos a muchos definitivamente son un tipo de
relación que no existen en una base de datos por una simple razón...
son imposibles de implementar a menos que se haga un terrible
trabajo de diseño y por supuesto de normalización, ya que implicaría
que un mismo registro se repitiera para cada relación.
Por ejemplo, para un Producto hay muchos Proveedores y para un
Proveedor hay muchos Productos.
Este tipo de relaciones solo se implementa de manera eficiente si se
crea una tabla intermedia que relaciona ambas entidades, para este
caso crearíamos la tabla ProductoProveedor de la siguiente manera:

7. ProveedorProducto
* IDProducto
* IDProveedor

8. A este tipo de Entidades se les conoce como
Entidades débiles, ya que no representan un
asunto u objeto de la realidad que intentan
resolver. Dicho sea de paso, este tipo de
Entidades son las únicas que llegan a cuarta o
quinta forma normal.
En el modelo físico las relaciones muchos a
muchos se descomponen en relaciones uno a
muchos a uno.