Traducción cuando hay subclases

Traducción cuando hay subclases

Entidad-Relación a relacional con subclases:

Opción 1: Directo E-R

Opción 2: Orientado a objetos

Opción 3: Valores Nulos

Modelo Relacional

Modelo Relacional

Se fundamenta en el uso de las relaciones, se originó en IBM con Edgar Frank Codd, y es una estructura en base a relaciones en forma de tabla compuesta por registros.

Relación: corresponde a una tabla de datos.

Esquema:

Película (Título, año, duración)

Tuplas: Filas o registro completo de algo, es prácticamente un elemento del conjunto.

Dominio: Restricciones que se les asigna a los campos (Tipo de dato, longitud, otras).

Notación:

Atributos     →     Ai

Relación R     →    R(A1, A2, A3, ..., An)

Dominio de Ai    →    dom(Ai)

Relación es un conjunto

• Por lo tanto, no está ordenado
• Notación para las tuplas
• t = <Mar Adentro, 2004, 125> ∈ Matrícula
• Notación para subconjunto de tupla 
• t[año, duración] = <2004,125> 
• Restricción de dominio
• t[A]= <x> ↔ x ∈ dom(A)
• En algunos casos
• NULL ∈ dom(A)
• En tal caso diremos que la relación acepta valores nulos.

Clave Primaria: Atributo o varios atributos que permiten identificar de manera única a un registro. 

Claves Candidatas:

• La elección de una clave primaria es arbitraria (Depende del contexto, de los requerimientos, etc).
• Se escoge una que tenga pocos atributos
• Se escoge una que identifique de manera única a cada tupla

Restricciones de Claves

• Restricción de claves únicas
• K ⊆ claves (Relación)
• ∀ t1, t2 ∈ Relación, t1[K] ≠ t2[K]
• NULL |K| ∉ K
• Una clave puede ser 
• Un atributo
• Varios atributos (clave compuesta)
• Incluso pueden ser todos los atributos.

Claves Foráneas:

Campo que me permite relacionar una tabla con otra. La clave foránea identifica una columna o grupo de columnas de una tabla, llamada tabla hija o referendo, que se refiere a una columna o grupo de columnas de otra tabla, llamada tabla maestra o referenciada.

Integridad Referencial:

Es una propiedad que va a garantizar que una entidad siempre tenga una relación con más entidades válidas existentes en la base de datos.

Esto genera que los datos siempre sean correctos sin datos perdidos, ni repeticiones que no son necesarias.

Mantener Integridad referencial:

• Al insertar
• Insertar clave foránea en la otra tabla
• Rechazar la inserción
• Al eliminar
• Eliminar tuplas que apuntan a esta tupla
• "Cascada" (si borro un registro, todo lo que tiene relación a este registro se borra).
• Actualizar valores en tuplas que apunten a esta tupla

Especialización: 

Atributos específicos: cuando se tienen atributos diferenciadores

Relaciones específicas: cuando las entidades se relacionan con diferentes entidades

No hay que especializar demasiado:

• Está bien que ciertos atributos sean nulos.
• No toda ausencia/presencia de atributo es relevante
• Mantener baja la complejidad del problema.
• Menos entidades es mejor. 

Generalización: 

Encontrar atributos o relaciones en común e intentar generalizar.

Tipo Unión:

• Hasta el momento siempre hay una superclase
• Podría no ser el caso
• Ejemplo:
• Un banco da créditos para compra de vehículos.
• Los créditos los da tanto a personas como a empresas.

La subclase unión no tiene atributos propios, tampoco hereda los atributos de las superclases, sino sólo los de una de ellas a la vez.

Principios de diseño:

• Correctitud: representar adecuadamente el modelo.
• Evitar redundancia: (Ej.: relación estudio_película + atributo estudio en película) ¿Por qué?
• Buscar simplicidad entidades que sean estrictamente necesarias.
• Cuando aparece un ciclo, hay redundancia, mantener solo si es necesario por eficiencia.

Entidades eliminables:

• Solo tienen relaciones 1-1 con otra entidad.
• Ej.: direcciones únicas de personas.
• Convertir en atributos (al menos durante el proceso de modelamiento).
• No pensar en las tablas. El modelo E-R es para conceptualizar.
• Leer y re-leer el diagrama.
• Simular consultas típicas.
• Pensar en posible extensiones.
• Estar preparado para explicar decisiones, si tu haces el modelo, debes saber la función de cada parte.

Resumen:

• Entidades, Atributos, Relaciones.
• Diagramas entidad-relación.
• Buen diseño.
• "Lo más simple posible pero no más simple que eso" A. Einstein.
• Resiste el paso del tiempo.
• No es inmutable: es extensible.
• Mal diseño
• Empeora con el tiempo.
• Casos especiales, más y más entidades, etc. Al final la única solución es deshacerse del diseño.

Relaciones

Relaciones recursivas:

• Una relación recursiva puede tener restricciones no especificadas en el diagrama (Ej.: evitar cadenas circulares). 
• Requiere un nombre (rol) en el vínculo.°°

Restricciones en relaciones:

Cardinalidad

• 1:1
• PERSONA es_director_de_departamento DEPTO
• 1:N o 0:N
• PERSONA trabaja_en_departamento DEPTO
• CLIENTE realiza COMPRA
• N:N
• ALUMNO inscrito_en_curso CURSO

Simbología:

Entidad débil: Entidad que no tiene suficientes atributos para formar una clave primaria.

Entidad Fuerte: Tiene una clave primaria.

Subclases: