2. modelo entidad-relación : (a veces denominado por
sus siglas en inglés, E-R "Entity relationship", o del
español DER "Diagrama de Entidad Relación") es
una herramienta para el modelado de datos que
permite representar las entidades relevantes de
un sistema de información así como sus
interrelaciones y propiedades.
3. Identificar las entidades que debe presentar la
base de datos.
Determinar las cardinalidades de las
interrelaciones establecidas entre las distintas
entidades y clasificar estas interrelaciones
entre los siguientes tipos:
◦ Uno a uno (p.ej., una parcela sólo tiene una
dirección).
◦ Uno a muchos (p.ej., en una parcela pueden ocurrir
varios incendios).
◦ Muchos a muchos (p.ej., la venta de parcelas: una
misma parcela la pueden vender varios propietarios y
cada propietario puede vender varias parcelas).
Dibujar el diagrama Entidad/Interrelación.
Determinar los atributos de cada entidad.
Definir la clave primaria (única) de cada
entidad.
4. En bases de datos, una relación o vínculo entre dos o
más entidades describe alguna interacción entre las
mismas. Por ejemplo, una relación entre una entidad
"Empleado" y una entidad "Sector" podría ser "trabaja
en", porque el empleado trabaja en un sector
determinado.
Las relaciones se describen en la estructura de la base
de datos empleando un modelo de datos.
Las relaciones son muy empleadas en los modelos de
bases de datos relacional y afines.
En SQL las relaciones son llamadas tablas.
5. Una relación uno a varios :
Es el tipo más habitual de relación. En este tipo de
relación, una fila de la tabla A puede corresponderse con
muchas filas de la tabla B, pero una fila de la tabla B sólo
puede corresponderse con otra de la tabla A. Por
ejemplo, en las tablas Publisher (editoriales) y titles (títulos)
se da una relación uno a varios: una editorial publica muchos
títulos, pero a cada título le corresponde sólo una editorial.
Cree una relación uno a varios si solamente una de las
columnas relacionadas es la clave principal o tiene una
restricción unique.
El lado de la clave principal de una relación uno a varios se
indica mediante un símbolo de clave. El lado de la clave
externa de una relación se indica mediante un símbolo de
infinito.
6. Considere este ejemplo: las tablas Proveedores y Productos
de la base de datos de pedidos de productos. Un proveedor
puede suministrar cualquier número de productos y, por
consiguiente, para cada proveedor representado en la tabla
Proveedores, puede haber muchos productos representados
en la tabla Productos. La relación entre la tabla Proveedores
y la tabla Productos es, por tanto, una relación de uno a
varios.
7. Para representar una relación de uno a varios en el diseño de la base
de datos, tome la clave principal del lado "uno" de la relación y
agréguela como columna o columnas adicionales a la tabla en el lado
"varios" de la relación. En este caso, por ejemplo, agregaría la
columna Id. de proveedor de la tabla Proveedores a la tabla
Productos. Access utilizaría entonces el número de identificador de
proveedor de la tabla Productos para localizar el proveedor
correcto de cada producto.
La columna Id. de proveedor de la tabla Productos se denomina
clave externa. Una clave externa es la clave principal de otra tabla.
La columna Id. de proveedor de la tabla Productos en una clave
externa porque también es la clave principal en la tabla Proveedores.
8. Relaciones Varios a Varios
En una relación varios a varios, una fila de la tabla A
puede tener muchas filas coincidentes en la tabla B y
viceversa. Este tipo de relaciones se crea definiendo una
tercera tabla, denominada tabla de unión, cuya clave
principal esté constituida por las claves externas de las
tablas A y B. Por ejemplo, entre las
tablas authors (autores) y titles(títulos) existiría una
relación varios a varios definida por una relación uno a
varios entre cada una de ellas y la tablatitleauthors (título
autor). La clave principal de la tabla titleauthors es la
combinación de la columna au_id (la clave principal de la
tabla authors) y la columna title_id (la clave principal de la
tabla titles).
9. Esto presenta un problema. Para comprender el
problema, imagine qué sucedería si intenta crear la
relación entre las dos tablas agregando el campo Id. de
producto a la tabla Pedidos. Para que haya más de un
producto por pedido, necesita más de un registro en la
tabla Pedidos para cada pedido y, en ese caso, tendría
que repetir la información de pedido para cada fila
relacionada con un único pedido, lo que daría lugar a
un diseño ineficaz que podría producir datos
inexactos. El mismo problema aparece si coloca el
campo Id. de pedido en la tabla Productos: tendría
varios registros en la tabla Productos para cada
producto. ¿Cómo se soluciona este problema?
La solución a este problema consiste en crear una
tercera tabla que descomponga la relación de varios a
varios en dos relaciones de uno a varios. Insertaría la
clave principal de cada una de las dos tablas en la
tercera tabla y, por consiguiente, la tercera tabla
registraría todas las apariciones o instancias de la
relación.
10. Cada registro de la tabla Detalles de pedidos representa un
artículo de línea de un pedido. La clave principal de la tabla
Detalles de pedidos consta de dos campos: las claves
externas de las tablas Pedidos y Productos. El campo Id. de
pedido no se puede utilizar en solitario como clave principal,
ya que un pedido puede tener varios artículos de línea. El
identificador de pedido se repite para cada artículo de línea
del pedido, por lo que el campo no contiene valores únicos.
Tampoco serviría utilizar solamente el campo Id. de
producto, porque un producto puede aparecer en varios
pedidos. Pero los dos campos juntos producen un valor
exclusivo para cada registro.
En la base de datos de ventas de productos, la tabla Pedidos
y la tabla Productos no se relacionan directamente entre si.
11. Relaciones uno a uno
En una relación uno a uno, una fila de la tabla A no
puede tener más de una fila coincidente en la tabla B y
viceversa. Se crea una relación uno a uno si las dos
columnas relacionadas son claves principales o tienen
restricciones UNIQUE.
Este tipo de relación no es habitual, ya que la mayor
parte de la información relacionada de esta manera
estaría toda en una tabla. Puede utilizar una relación
uno a uno para:
Dividir una tabla con muchas columnas.
Aislar parte de una tabla por razones de seguridad.
Almacenar datos que son efímeros y que pueden
eliminarse fácilmente mediante la simple eliminación de
la tabla.
Almacenar información que se aplica solamente a un
subconjunto de la tabla principal.
El lado de la clave principal de una relación uno a uno
se indica mediante un símbolo de clave . El lado de la
clave externa también se indica mediante un símbolo de
clave.
12. un esposo puede tener una y solo una esposa y una
esposa puede tener uno y solo un esposo (relación uno
a uno)
una amante puede tener uno y solo un esposo y un
esposo puede tener una o muchas amantes (relación de
uno a muchos)
un alumno puede estar en uno y solo un grupo de
escuela y un grupo de escuela puede tener uno o
muchos alumnos. (relación uno a muchos)
un producto puede estar en una o muchas ventas y una
venta puede tener uno o muchos productos( relación
de muchos a muchos)
13. El proceso de diseño consta de los pasos siguientes:
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.
14. 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.
