El modelo entidad-relación (E/R) representa los datos mediante entidades con atributos y las relaciones entre entidades. Esto permite normalizar la base de datos para facilitar el acceso a los datos y evitar su duplicación. Las relaciones pueden ser de uno a uno, uno a muchos o muchos a muchos.
2. Modelo entidad - relacion
El modelo Entidad/Interrelación (E/R): un método de diseño de
bases de datos.
Muestra de una versión simplificada.
Representa los datos mediante una serie de entidades que
disponen de atributos.
Una entidad es una clase de objetos o conceptos claramente
identificable.
Las entidades establecen interrelaciones con otras entidades.
El resultado de este proceso es una base de datos normalizada que
facilita el acceso a los datos y evita su duplicado.
Nota: en su mayor parte, el diseño formal de una base de datos se
centra en la normalización de la base y en asegurar que el diseño
se ajuste a un nivel de normalización (p.ej., first normal
form, second normal form, etc.). Este nivel de formalidad va
mucho más allá, pero es importante saber que existen tales
formalidades.
3. Que es una relacion
Todos los datos se representan en tablas.
Incluso los resultados de cualquier consulta son otra tabla.
Las tablas están compuestas por filas y columnas.
Las filas y las columnas, en principio, carecen de orden (p.ej., el orden en el que
se muestren las filas y las columnas no importa).
Las filas sólo se ordenan si se le indica a la base de datos que lo haga, mediante
el correspondiente comando. De no ser así, el orden será arbitrario, y puede
cambiar en caso de tratarse de una base datos dinámica.
El orden de las columnas lo determina cada consulta.
Cada tabla tiene una clave primaria, un identificador único, compuesto por una o
más columnas.
La mayoría de las claves primarias están formadas por una única columna
(p.ej., CIUDAD_ID).
Para establecer una relación entre dos tablas es necesario incluir, en forma de
columna, en una de ellas la clave primaria de la otra. A esta columna se le llama
clave secundaria.
4. Tipos de relaciones
• Uno a uno (p.ej., una parcela sólo tiene una dirección).
En una relación uno a uno, cada registro de la primera tabla solo puede tener un
registro coincidente en la segunda tabla y viceversa. Puede usar 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 solo se aplica a un
subconjunto de la tabla principal.
• Uno a muchos (p.ej., en una parcela pueden ocurrir varios incendios).
Para representar una relación uno a muchos en el diseño de la base de datos, tome
la clave principal del lado "uno" de la relación y agréguela como campo o campos
adicionales a la tabla en el lado "varios" de la relación.
• Muchos a muchos (p.ej., la venta de parcelas: una misma parcela la pueden
vender varios propietarios y cada propietario puede vender varias parcelas).
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.
5. Proceso de diseño de una BD
Determinar la finalidad
de la base de datos:
Esto le ayudará a estar
preparado para los
demás pasos.
Buscar y organizar la
información necesaria:
Reúna todos los tipos de
información que desee
registrar en la base de
datos, como los nombres de
productos o los números de
pedidos.
Dividir la información en
tablas:
Divida los elementos de
información en entidades o
temas principales, como
Productos o Pedidos. Cada
tema pasará a ser una tabla.
Convertir los elementos de
información en columnas:
Decida qué información desea
almacenar en cada tabla. Cada
elemento se convertirá en un
campo y se mostrará como una
columna en la tabla. Por
ejemplo, una tabla Empleados
podría incluir campos como
Apellido y Fecha de contratación.
Especificar claves principales:
Elija la clave principal de cada
tabla. La clave principal es una
columna que se utiliza para
identificar inequívocamente
cada fila, como Id. de producto
o Id. de pedido
Definir relaciones entre las tablas:
Examine cada tabla y decida cómo se
relacionan los datos de una tabla con
las demás tablas. Agregue campos a
las tablas o cree nuevas tablas para
clarificar las relaciones según sea
necesario.
Ajustar el diseño:
Analice el diseño para detectar errores. Cree las tablas y
agregue algunos registros con datos de ejemplo.
Compruebe si puede obtener los resultados previstos de
las tablas. Realice los ajustes necesarios en el diseño.
Aplicar las reglas de normalización
Aplique reglas de normalización de los datos para
comprobar si las tablas están estructuradas
correctamente. Realice los ajustes necesarios en
las tablas.
