Introducción al diseño lógico

  • 437 views
Uploaded on

Fundamentos de bases de datos, Grado en Información y Documentación, Univ. de Zaragoza

Fundamentos de bases de datos, Grado en Información y Documentación, Univ. de Zaragoza

More in: Education
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
437
On Slideshare
0
From Embeds
0
Number of Embeds
0

Actions

Shares
Downloads
0
Comments
0
Likes
0

Embeds 0

No embeds

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. Fundamentos de Bases de DatosGrado en Información y Documentación, Univ. de ZaragozaDr. Jesús Tramullas Introducción al diseño lógico
  • 2. Necesidad detransformación● Los esquemas conceptuales no son directamente implementables por los SGBD.● Es necesario transformar los esquemas conceptuales en esquemas lógicos.● El modelo lógico relacional es el más adecuado para transformar los ER.
  • 3. Hacia el modelo relacional● Las entidades corresponden a las tablas● Los atributos corresponden a los campos de las tablas● Los identificadores/claves corresponden a las claves primarias de las tablas
  • 4. Modelo relacional● El modelo relacional estructura la información en tablas planas, bidimensionales: – Relación: tabla de la base de datos – Atributos: las columnas de la tabla – Tuplas/registros: los registros de la tabla, líneas horizontales – Datos: la intersección entre columnas y líneas
  • 5. Estructura● Las entradas en las intersecciones entre columnas y registros deben ser simples/atómicas.● Las entradas en las columnas deben ser del mismo dominio.● Cada columna debe tener diferente nombre.● Cada línea (registros) debe ser único.● La secuencia de líneas o de columnas no es significativa.
  • 6. Ejemplo Atributos Project Name Location Budget Start_Date Silvermine Cape Town 30000 02/03/1998 Broederstroom Gauteng 25000 01/06/1998Tuplas/ Hawequas Bloublommetjieskloof Wellington Wellington 50000 15000 01/10/1997 01/01/1998 Relación/Registros Cape Point … Cape Town … 80000 … 01/11/1998 … Tabla Dominio: conjunto de valores permitidos
  • 7. Ejemplo
  • 8. Transformación a1 a0 b1 b0 … … an A 1 1 B bm R A(a0: dom_a0, a1: dom_a1,…, an: dom_an) Clave Primaria: {a0} B(b0: dom_b0, b1: dom_b1,…, bm: dom_bm, a0: dom_a0) Clave Primaria: {b0} Único: {a0} Clave Ajena: {a0} hace referencia a A
  • 9. Tablas bien diseñadas● No se repiten registros – Las ocurrencias en la intersección entre filas y columnas no se repiten (es decir, no hay registros repetidos).● Todos los atributos deben ser del mismo dominio.● Los nombres de las columnas deben ser únicos.● Cada fila/registro debe tener una clave principal, cuyo contenido debe ser único.
  • 10. Anomalías a observar● La actualización puede generar conflictos con datos ya existentes.● La inserción no puede realizarse por la presencia previa de atributos.● El borrado puede causar la desaparición no deseada de datos.● La existencia de estos problemas es causada por una incorrecta normalización.
  • 11. Proceso de Normalización● Proceso que proyecta las tablas no normalizadas en tablas más pequeñas, que cumplan dos condiciones: – Todos los atributos de la tabla dependen de la clave primaria. – Todos los atributos de la tabla son independientes de otros. – Cuando las tablas se han llevado a Tercera Forma Normal, deben estar enlazadas mediante claves ajenas.
  • 12. Formas Normales, FN● 1NF – Quitar grupos repetidos.● 2NF – Quitar atributos dependientes sólo parcialmente de la clave primaria.● 3NF – Quitar atributos sólo dependientes de otros atributos.