Metodología Completa para el Diseño de Bases de Datos Relacionales

Enviado por Chuletator online y clasificado en Informática y Telecomunicaciones

Escrito el en español con un tamaño de 5,89 KB

Modelo Entidad-Relación (DER): Fases Conceptuales

1. Identificación de Entidades y Atributos

Identificar las Entidades y sus atributos, incluyendo la Clave Primaria (PK).

  • El atributo que actúa como Clave Primaria (PK).
  • Atributos simples.
  • Atributo de descripción (cualquier dato de información que se quiera añadir).

2. Descripción Detallada de las Entidades

Características a considerar:

  • Qué representa el objeto en la vida real.
  • Qué relación tiene en el enunciado.
  • Determinar si es Super-Entidad o Sub-Entidad (sus atributos se consideran parte del subtipo, no como entidades independientes).
  • Verificar si es Reflexiva.
  • Verificar si es Entidad Débil.
  • Definir si la Clave Primaria es Simple o Compuesta.

3. Definición de Interrelaciones y Cardinalidades

Aspectos clave de las relaciones:

  • Qué relación tienen.
  • Para qué sirven.
  • Describir los tipos de cardinalidad con las que participan las entidades para formar la relación.
  • Definición del Atributo de Relación.

Tipos de Relación Especiales (Restricciones)

  • Exclusividad: Una entidad realiza una cosa u otra, pero no ambas.
  • Inclusividad: Una entidad necesita de una cosa para realizar la otra.
  • Exclusión: Dos entidades tienen dos relaciones, pero no pueden hacer ambas a la vez.
  • Inclusión: Dos entidades tienen dos relaciones; para que haga una cosa, primero tiene que hacer la otra.

Tipos de Dependencia

  • Existencial.
  • Identificación.

Tipos de Relación de Subtipos

  • Solapada y Parcial: Varios subtipos a la vez.
  • Solapada y Total: Varios subtipos a la vez o solamente uno.
  • Exclusiva y Parcial: Uno u otro que no esté.
  • Exclusiva y Total: Solo uno.

Mapeo al Modelo Relacional

4. Creación de Tablas de Entidades

Describir qué Atributos tienen y definir su Clave Primaria (PK).

5. Aplicación de Claves Foráneas (FK) y Creación de Tablas de Relación

Casos de mapeo de cardinalidades:

Relaciones 1:N

  • La Clave Foránea (FK) va del lado N (menor) al lado 1 (mayor).
  • Excepción: Cuando una entidad tiene (0,1), se crea una Tabla de relación:
    • PK de la Entidad (x,N).
    • FK de la entidad (0,1).

Relaciones 1:1

  • La FK va del lado de mayor participación (obligatorio) al lado de menor participación (opcional).
  • Si ambas son (0,1), se crea una Tabla (similar a N:M).
  • Si alguna tiene (0,1), la FK va de la entidad MAYOR a la menor.
  • Si ambas son (1,1), se elige cualquier PK y se inserta en la tabla de la otra entidad (es indistinto).

Relaciones N:M

  • Se debe crear una tabla de relación. Ambas PK de las entidades originales se convierten en FK de la nueva tabla.

Relaciones Reflexivas

  • 1:1: En la tabla de la entidad, se inserta la FK de la misma tabla (con un nombre de atributo distinto).
  • 1:N: Si tiene la mayor cardinalidad (1,n), es igual que la anterior (FK en la misma tabla).
  • Si es (0,n), se crea una tabla (la PK es la de la tabla y la FK es la creada nueva).
  • N:M: Se crea una tabla de relación.

Relación Ternaria

En relaciones (N:N:N, 1:N:N, 1:1:N), las Claves Primarias (PK) solo son las de las entidades con cardinalidad N, mientras que las Claves Foráneas (FK) son las de las entidades con cardinalidad 1.

Relación de Tipo (Jerarquías)

  • Superentidad (Cód_Entidad, Atributos, Tipo_relación)
  • Subentidad 1 (Cód_Entidad, Atributos Subentidad 1)
  • Subentidad 2 (Cód_Entidad, Atributos Subentidad 2)

Normalización de Bases de Datos

FN1: Primera Forma Normal

Comprobar si la tabla está en Primera Forma Normal (1FN).

  • Si está: Los datos son atómicos (no hay repetición de datos en una misma fila).
  • No está: Los datos no son atómicos (hay repetición de datos en una fila, hay varios datos entre los que elegir).

FN2: Segunda Forma Normal

Se deben identificar las Dependencias Funcionales.

De un dato se pueden conocer otros. Se debe elegir el atributo principal y asignarle los atributos que dependen completamente de él.

Ejemplo: DNI -> Nombre, Apellidos, Dirección…

FN3: Tercera Forma Normal

Se pasan las dependencias a Tablas. Cada tabla tiene que tener un nombre diferente a los atributos.

Ejemplo: PERSONAS (DNI, Nombre, Apellidos, Dirección…)

* Cuando se realicen las relaciones entre tablas, se deben tener en cuenta las cardinalidades de su relación original. *

Entradas relacionadas: