03 De conceptual a relacional
Upcoming SlideShare
Loading in...5
×

Like this? Share it with your network

Share

03 De conceptual a relacional

  • 2,306 views
Uploaded on

Conversión del modelo conceptual a modelo relacional

Conversión del modelo conceptual a modelo relacional

  • 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
2,306
On Slideshare
2,175
From Embeds
131
Number of Embeds
2

Actions

Shares
Downloads
30
Comments
0
Likes
0

Embeds 131

http://www.informatica.escuelaedib.com 130
http://webcache.googleusercontent.com 1

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. Del Modelo Conceptual al Modelo Relacional
    • Es un paso que nos acerca más a los detalles que necesitaremos para crear una BD en un gestor.
    • 2. Pasos clásicos:
      • Modelo Conceptual -> Modelo Relacional -> Modelo Físico
      • 3. Nivel de detalle creciente
      • 4. El paso siguiente es mucho más fácil si se ha echo el anterior
  • 5. Traducción de conceptos MC -> MR Modelo Conceptual Modelo Relacional Centrado en describir objetos del problema y los vínculos entre ellos Describe los mecanismos para tratar el problema deseado en una BD Entidades (suelen describirse en singular) Tablas (Se suelen nombrar en plural. También se las llama RELACIONES) Atributos Columnas o atributos Ejemplares o instancias Filas o tuplas Dominios Tipos de datos Identificador Clave primaria (Primary Key) Relación 1:N Clave foránea o extranjera (Foreign Key) Relación N:M (muchos a muchos) Tabla intermedia Relación 1:1 entre 2 entidades Decidimos qué tabla recibe una (FK) o si unificamos las 2 entidades en 1 Formato gráfico Formato descriptivo (texto) Algunas entidades débiles Pueden convertirse en restricciones
  • 6. Ejemplo EMPLEADOS ( codigo , DEP_codigo (FK) , nombre, salario, ○ fechaNac, extTelefonica) DEPARTAMENTOS( codigo , nombre) CONVENIOS
    • Atributos identificadores subrayados
    • 7. ○ en los atributos opcionales
    • 8. Nombre para claves extranjeras: AbreviaturaTablaOrigen(3letras) _ nombreAtributo (FK)
    (esta flecha no se pone)
  • 9. Tipos de datos predefinidos (dominios)
    • Fechas e instantes de tiempo:
      • DATE, TIME y DATETIME
    • Valores numéricos:
      • INT, FLOAT, DECIMAL(n,m)
    • Cadenas de texto:
      • CHAR(n), VARCHAR(n)
    • Enumeraciones:
      • ENUM('v1', 'v2', 'v3',..., 'vn')
    • Otros (imágenes, sonidos...):
      • BLOB (binary large objects)
  • 10. Restricciones a respetar en un modelo relacional
    • Un Gestor de BD relacional las verifica automáticamente
    • 11. En una tabla no puede haber 2 filas iguales. La clave primaria es obligatoria
    • 12. El orden de filas y columnas no es importante
    • 13. Cada columna sólo puede tomar un valor de su dominio, nunca varios
    • 14. Ningún atributo que forme parte de la clave primaria puede quedar sin valor (no puede tener valor NULL)
    • 15. Integridad referencial : Los atributos que sean una clave extranjera deben tomar valores de filas existentes en la tabla referenciada (o nulo si se admite)
  • 16. Acciones relacionadas con la integridad referencial
    • ¿Qué hacer si modificamos/borramos una clave referenciada por otras instancias?
    • 17. IMPEDIR (suele ser la acción por defecto)
    • 18. BORRAR / MODIFICAR en cascada
    • 19. AJUSTAR a NULL o a un VALOR POR DEFECTO
  • 20. Incrementando la semántica incluida en el modelo ER
    • En el modelo relacional se pueden reforzar los supuestos semánticos del problema mediante varios mecanismos:
      • CHECK s (restricciones de verificación). P.ej. ”El salario puede oscilar entre los 600 y los 3000€/mes”
      • 21. TRIGGERS (disparadores) . Permiten rechazar o hacer acciones auxiliares antes o despues de cualquier inserción, borrado o modificación de información. Evento -> Condición -> Acción P.ej. ”Antes de insertar un árbitro comprobar si su nacionalidad coincide con la de alguno de los jugadores y en ese caso rechazar la inserción”