04 - Diseño de Bases de Datos II aaaaaaaa

Diseño de base de datos ll

1. Bases de Datos
Clase4: Diseñode Bases de DatosII

2. Diseñode base de datos
Análisis de requisitos
Diseño conceptual de bases de datos
Diseño lógico de bases de datos
Usuarios Requisitos
Requisitos Modelo entidad-relación
Modelo entidad-relación Modelo relacional

3. Hasta ahora
Sabemoscomotransformarrequisitosde usuarioen
modeloentidadrelación(E/R), pero…
¿Quéhacemoscon esto?
Hoy veremoscómotransformarelmodeloE/R al
modelorelacional

4. Llaves
ModeloRelacionaly Llaves

5. ModeloRelacional
Los datosse almacenancomotablas:
ID Película Nombre Película Año CategoríaCalificación (IMDB)
1 Interstellar 2014 Fantasía 8.6
2 The Revenant 2015 Drama 8.1
3 The Imitation Game 2014 Biografía 8.1
4 The Theory of Everything2014 Biografía 7.7
Distinguimos:
•Relaciones: a cadatablale llamamosrelación
•Atributos: son las columnasde la relación
•Tuplas: son las filasde la relación
Películas

6. ModeloRelacional
UnaRelaciones un conjuntode tuplas!!!
-Quieredecir; no hay filasrepetidas
ID Película Nombre Película Año CategoríaCalificación (IMDB)
1 Interstellar 2014 Fantasía 8.6
2 The Revenant 2015 Drama 8.1
3 The Imitation Game 2014 Biografía 8.1
4 The Theory of Everything2014 Biografía 7.7
4 The Theory of Everything2014 Biografía 7.7

7. ModeloRelacional
UnaRelaciones un conjuntode tuplas, no hay filas
repetidas
ID Película Nombre Película Año CategoríaCalificación (IMDB)
1 Interstellar 2014 Fantasía 8.6
2 The Revenant 2015 Drama 8.1
3 The Imitation Game 2014 Biografía 8.1
4 The Theory of Everything2014 Biografía 7.7
4 The Theory of Everything2014 Biografía 7.7

8. Llaves
Ejemplo: Una tablacon informaciónde vinos.
Esquema:
Vinos(Productor, Cepa, Gama, Año, Grados, Orígen)
Productor Cepa Gama AñoGradosOrígen
Perez-CruzCabernet Sauvignon Reserva 201413.5 Maipo
Perez-CruzCabernet Sauvignon Gran Reserva 201513.5 Maipo
Tarapaca Merlot Reserva 2011 14
San
Pedro
Viu Manent Carmenere Gran Reserva 2014 12
Colchagu
a
Perez-CruzCabernet SauvignonEdición Especial2014 14 Maipo
… … … … …

9. Llaves
Son restriccionesque imponemosa un esquemaque todas
las instanciasdebensatisfacer
La restricciónmásimportanteson las llaves
Intuitivamenteunallavepermiteidentificar, de manera
única, unatuplade la relación
Hay distintascategoríasde llaves!
Restriccionesde integridad

10. Super llave
La super llavepara unarelaciónR es:
un conjunto de atributosde R talque no puedenexistirdos
tuplasenRcon losmismosvaloresde estosatributos
Intuitivamente: siconozcolosvaloresde atributosde la
super llave, puedoidentificarde forma únicaa la tuplade
la relación
Llaves

11. Superllave
El conjunto de TODOSlosatributosde la relaciónsiempre
formanunasuper llave!
Otrassuper llaves: (Productor, Cepa, Gama, Año, Grados)
(Productor, Cepa, Gama, Año, Orígen)
Productor Cepa Gama AñoGradosOrígen
Perez-CruzCabernet Sauvignon Reserva 201413.5 Maipo
Perez-CruzCabernet Sauvignon Gran Reserva 201513.5 Maipo
Tarapaca Merlot Reserva 2011 14
San
Pedro
Viu Manent Carmenere Gran Reserva 2014 12
Colchagu
a
Perez-CruzCabernet SauvignonEdición Especial2014 14 Maipo
… … … … …
Llaves

12. Superllave
Como (Productor, Cepa, Gama, Año, Orígen)es
superllave. lo siguienteno estápermitidoenunainstancia:
Productor Cepa Gama AñoGrados Orígen
Perez-CruzCabernet Sauvignon Reserva 2014 13.5 Maipo
Perez-CruzCabernet Sauvignon Gran Reserva 2015 13.5 Maipo
Tarapaca Merlot Reserva 2011 14 San Pedro
Viu Manent Carmenere Gran Reserva 2014 12 Colchagua
Perez-CruzCabernet Sauvignon EdiciónEspecial2014 14 Maipo
Perez-CruzCabernet Sauvignon Edición Especial2014 13 Maipo
Llaves

13. Llavecandidata
La llave(o llavecandidata) para unarelaciónR es:
un conjunto de atributosde R que es unasuper llavede R,
y no existeun subconjuntopropiode estosatributosque es
unasuper llave
Intuitivamente: unasuper llaveque no se puedeachicar!
Llaves

14. Llave
(Productor, Cepa, Gama, Año)
Productor Cepa Gama AñoGrados Orígen
Perez-CruzCabernet Sauvignon Reserva 2014 13.5 Maipo
Perez-CruzCabernet Sauvignon Gran Reserva 2015 13.5 Maipo
Tarapaca Merlot Reserva 2011 14 San Pedro
Viu Manent Carmenere Gran Reserva 2014 12 Colchagua
Perez-CruzCabernet Sauvignon Edición Especial2014 14 Maipo
… … … … …
Llaves

15. Llaveprimaria
La llaveprimariaes unallavecandidataque queremos
destacar, y la subrayamosenelesquema.
Llaves

16. Llaveprimaria
Vinos(Productor, Cepa, Gama, Año, Grados, Orígen)
Productor Cepa Gama AñoGradosOrígen
Perez-CruzCabernet Sauvignon Reserva 201413.5 Maipo
Perez-CruzCabernet Sauvignon Gran Reserva 201513.5 Maipo
Tarapaca Merlot Reserva 2011 14
San
Pedro
Viu Manent Carmenere Gran Reserva 2014 12
Colchagu
a
Perez-CruzCabernet SauvignonEdición Especial2014 14 Maipo
… … … … …
Llaves

17. Si definomal la llaveprimariahabráproblemas!
Vinos(Productor, Cepa, Gama, Año, Grados, Orígen)
Un productor no puedeproducirvino de mismacepa y gamaendistintos
años!
Productor Cepa Gama AñoGradosOrígen
Perez-CruzCabernet Sauvignon Reserva 201413.5 Maipo
Perez-CruzCabernet Sauvignon Gran Reserva 201513.5 Maipo
Perez-CruzCabernet Sauvignon Gran Reserva 2014 14 Maipo
… … … … …
Llaves

18. Si definomal la llaveprimariatendréproblemas!
Vinos(Productor, Cepa, Gama, Año, Grados, Orígen)
Un productor no puedeproducirvinos de distintacepa o gamaenun año!
Productor Cepa Gama AñoGradosOrígen
Perez-CruzCabernet Sauvignon Reserva 201413.5 Maipo
Perez-Cruz Carmenere Reserva 201413.5 Maipo
Perez-CruzCabernet Sauvignon Gran Reserva 2014 14 Maipo
… … … … …
Llaves

19. Llaves
Super llave(superkey): cualquierconjunto de atributos
quédeterminaa todoelresto
Llave(candidata): cualquierconjunto de atributosqué
determinaa todoelresto, y ningunode sus subconjuntos
es unasuper llave
Llaveprimaria: unallavecandidataque queremos
destacar(la subrayadaenelesquema)
Terminología

20. ModeloRelacional
Mejortipode llave: ID únicode la tupla!!!!
Llaves
Enla tablaVinos no
existía!
Surrogate key (llavesustituta): unallavegenérica
que simplificacosas. -> id
Vinos(id, Productor, Cepa, Gama, Año, Grados,
Orígen)
Hay que tenercuidadocon la lógicade la
relación!

21. Llaves
Persona(id, rut, nombre)
Llaveprimaria: id
Ejemplo:
Númerode cliente
Númerode servicio
SKU

22. Llaves
Persona(id, rut, nombre)
Llaveprimaria: id
Llavescandidatas:
•id
•rut
Ejemplo

23. Llaves
Persona(id, rut, nombre)
Llaveprimaria: id
(Surrogate key)
Llavescandidatas:
•id
•rut
Superllaves:
•id
•rut
•id,rut
•id,nombre
•rut,nombre
•id,rut,nombre
Personas

24. Llaves
Nombre Tipo Grados Ciudad-Origen
Austral Lager Lager 4.6 Punta Arenas
Austral Yagan Ale 5.0 Punta Arenas
Kross5 Ale 7.2 Curacavi
KuntsmannTorobayo Ale 5.0 Valdivia
Cervezas(Nombre, Tipo, Grados, Ciudad-Origen)
Nombre Tipo Año GradosCiudad-Origen
Tarapacá Carmenere 2014 13.5 Maipo
Tarapacá Merlot 2014 13.5 Maipo
Gato Merlot 2016 14.0 Maule
Vinos(Nombre, Tipo, Año, Grados, Ciudad-Origen)
En-Stock(Nombre, Cantidad,
Precio-unitario)
Nombre Cantidad
Precio
unitario
¿Cuáles la llave
primariamás
natural?

25. Llaves
Otroejemplo
Nombre Tipo Grados Ciudad-Origen
Austral Lager Lager 4.6 Punta Arenas
Austral Yagan Ale 5.0 Punta Arenas
Kross 5 Ale 7.2 Curacavi
Kuntsmann Torobayo Ale 5.0 Valdivia
Cervezas(Nombre, Tipo, Grados, Ciudad-Origen)
Nombre Tipo Año GradosCiudad-Origen
Tarapacá Carmenere 2014 13.5 Maipo
Tarapacá Merlot 2014 13.5 Maipo
Gato Merlot 2016 14.0 Maule
Vinos(Nombre, Tipo, Año, Grados, Ciudad-Origen)
En-Stock(Nombre, Cantidad,
Precio-unitario)
Nombre Cantidad
Precio
unitario

26. Llaves
Nombre Tipo Grados Ciudad-Origen
Austral Lager Lager 4.6 Punta Arenas
Austral Yagan Ale 5.0 Punta Arenas
Nombre Tipo AñoGradosCiudad-Origen
Tarapacá Carmenere2014Carmenere201413.5 Maipo
Tarapacá Merlot 2014 Merlot201413.5 Maipo
Nombre Cantidad Precio-Unitario
Tarapacá Carmenere 2014 600 2000
Cervezas(Nombre, Tipo, Grados, Ciudad-Origen)
Vinos(Nombre, Tipo, Año, Grados, Ciudad-Origen)
En-Stock(Nombre, Cantidad, Precio-unitario)
Otroejemplo--Alternativa 1: nombremas especificopara vinos

27. Llaves
Otroejemplo--Alternativa 2: crearun id
id Nombre Tipo GradosCiudad-Origen
CauL00 Austral LagerLager 4.6 Punta Arenas
CauY00 Austral Yagan Ale 5.0 Punta Arenas
id Nombre Tipo Año GradosCiudad-Origen
VTTC14 TarapacáCarmenere 2014 13.5 Maipo
VTTM14 Tarapacá Merlot 2014 13.5 Maipo
id Cantidad Precio-Unitario
CAuL00 600 2000
VTTC14 200 6000
Cervezas(id, Nombre, Tipo, Grados, Ciudad-Origen)
Vinos(id, Nombre, Tipo, Año, Grados, Ciudad-Origen)
En-Stock(id, Cantidad, Precio-unitario)

28. Llaves
Otroejemplo–Alternativa 3: tablasEn-Stock separadas
Nombre TipoGradosCiudad-Origen
Austral LagerLager4.6 Punta Arenas
Austral YaganAle 5.0 Punta Arenas
… … … …
Cervezas(Nombre, Tipo, Grados, Ciudad-Origen)
Cerveza-En-Stock(Nombre, Cantidad, Precio-Unitario)
Nombre Cantidad Precio-Unitario
Austral Lager 600 2000
Nombre Tipo AñoGradosCiudad-Origen
TarapacaCarmenere20144.6Punta Arenas
Tarapaca Merlot20145.0Punta Arenas
Gato Merlot201614.0 Maule
Vinos(Nombre, Tipo, Año, Grados, Ciudad-Origen)
Vino-En-Stock(Nombre, Tipo, Año, Cantidad, Precio-Unitario
Nombre Tipo AñoCantidadPrecio-Unitario
TarapacaMerlot2014 200 6500

29. Llaves
Otroejemplo–Alternativa 4: combinarlas tablas
Nombre TipoGradosCiudad-Origen Cantidad Precio-Unitario
Austral LagerLager 4.6 Punta Arenas 300 2000
Austral YaganAle 5.0 Punta Arenas 600 ?
Cervezas(Nombre, Tipo, Grados, Ciudad-Origen, Cantidad, Precio-Unitario)
Nombre Tipo AñoGradosCiudad-Origen CantidadPrecio-Unitario
TarapacaCarmenere20144.6Punta Arenas 200 6000
Tarapaca Merlot20145.0Punta Arenas ? 6500
Gato Merlot201614.0 Maule 150 ?
Vinos(Nombre, Tipo, Año, Grados, Ciudad-Origen, Cantidad, Precio-Unitario)

30. Del DiagramaE/R al
ModeloRelacional

31. Diseñode base de datos
Análisis de requisitos
Diseño conceptual de bases de datos
Diseño lógico de bases de datos
Usuarios Requisitos
Requisitos Modelo entidad-relación
Modelo entidad-relación Modelo relacional

32. M. E/R →M. Relacional
Producto(nombre: string, precio: int, categoría: string)
Compañía(nombre: string, valor-acción: int)
Fabrica(Producto.nombre: string, Compañia.nombre, desde: date)
Compañía
nombre
valor-acción
nombre
precio
categoría
desde
fabricaProducto
Las llaves de las entidades
involucradas forman una
super llave para la relación

33. M. E/R →M. Relacional
Producto(nombre: string, precio: int, categoría: string)
CREATETABLEproducto(
nombrevarchar(30),
precioint,
categoriavarchar(30),
PRIMARYKEY(nombre)
)
nombre
precio
categoría nombre valor-acción
desde
Producto fabrica Compañía

34. M. E/R →M. Relacional
Compañía(nombre: string, valor-acción: int)
CREATETABLEcompania(
nombrevarchar(30),
valor_accionint,
PRIMARYKEY(nombre)
)
nombre
precio
categoría nombre valor-acción
desde
Producto fabrica Compañía
¿Como relacionamosla tabla
companiacon la tabla
producto?

35. M. E/R →M. Relacional
CREATETABLEfabrica(
p_nombrevarchar(30),
c_nombrevarchar(30),
desdedate,
PRIMARYKEY(p_nombre, c_nombre),
FOREIGNKEY(p_nombre) REFERENCES producto(nombre),
FOREIGNKEY(c_nombre) REFERENCES compania(nombre)
)
Fabrica(Producto.nombre: string, Compañia.nombre, desde: date)
Llavesforáneas!
nombre
precio
categoría nombre valor-acción
desde
Producto fabrica Compañía
¡Usandollaves
foraneas!

36. Paréntesis:
Llavesforáneas

37. LlavesForáneas
Cuandolareferenciaalatablaesunallave:
Y B
1,...,B
nson llavepara S
La relaciónR contienela llavede la relaciónS
¿Que es unallaveforanea?
Pero hay que tenercuidado, porejemplo:

38. Llavesforáneas
¿Quépasaaquí?
pid nombre precio
1 SonyXZ89 $100.000
2 SonyXperia1 $1.000.000
3 Huawei23 $1000
cid nombre
C1 Sony
C2 Apple
pid cid
1 C1
2 C1
3 C8
89 C2
fabrica
producto compania
Compañía
nombre
nombre
pid
fabricaProducto
precio
cid

39. Llavesforáneas
¿Quépasaaquí?
pid nombre precio
1 SonyXZ89 $100.000
2 SonyXperia1$1.000.000
3 Huawei23 $1000
cid nombre
C1 Sony
C2 Apple
pid cid
1 C1
2 C1
3 C8
89 C2
fabrica
producto compania
???
C8 No existeenla
tablacompania!
Compañía
nombre
nombre
pid
fabricaProducto
precio
cid

40. Llavesforáneas
¿Quépasaaquí?
pid nombre precio
1 SonyXZ89 $100.000
2 SonyXperia1$1.000.000
3 Huawei23 $1000
cid nombre
C1 Sony
C2 Apple
pid cid
1 C1
2 C1
3 C8
89 C2
fabrica
producto compania
???
C8 No existeenla
tablacompania!
???
89 No existeenla
tablaproducto!
Compañía
nombre
nombre
pid
fabricaProducto
precio
cid

41. ¿CómorepresentarE/R
con llavesforáneas?

42. M. E/R →M. Relacional
Producto fabrica Compañía
nombre
precio
categoría nombre
valor-acción
desde
Producto(nombre: string, precio: int, categoría: string)
Compañía(nombre: string, valor-acción: int)
Fabrica(Producto.nombre: string, Compañia.nombre, desde: date)
¿Que hacemosenestecaso?

43. M. E/R →M. Relacional
Producto(nombre: string, precio: int, categoría: string)
Compañía(nombre: string, valor-acción: int)
Fabrica(Producto.nombre: string, Compañia.nombre, desde: date)
¿Que hacemosenestecaso?
No se necesita que
Compañia.nombre sea llave
Producto.nombre forma una llave
candidata
Producto fabrica Compañía
nombre
precio
categoría nombre
valor-acción
desde

44. M. E/R →M. Relacional
Producto(nombre: string, precio: int, categoría: string,
Compañía.nombre: string, desde: date)
Compañía(nombre: string, valor-acción: int)
¿Y ahora?
Sólo necesitamos una llave foránea
en Producto.
Agregamos también el atributo de la
relación.
Producto fabrica Compañía
nombre
precio
categoría nombre
valor-acción
desde

45. M. E/R →M. Relacional
Producto(nombre: string, precio: int, categoría: string,
Compañía.nombre: string, desde: date)
Compañía(nombre: string, valor-acción: int)
Un mejordiagrama…
Sólo necesitamos una llave foránea
en Producto.
Agregamos también el atributo de la
relación.
Producto fabrica Compañía
nombre
precio
categoría nombre
valor-acción
desde

46. M. E/R →M. Relacional
¿Y enestecaso?
Producto(nombre: string, precio: int, categoría: string)
Compañía(nombre: string, valor-acción: int)
Fabrica(Producto.nombre: string, Compañia.nombre, desde: date)
Podemos hacer llave a Producto.nombre o
a Compañía.nombre
Producto fabrica Compañía
nombre
precio
categoría nombre
valor-acción
desde

47. M. E/R →M. Relacional
modelo
dirección
categoría
id
año
Auto
Arrendar
Local de
Autos
Persona
cliente cajero
fecha
nombre
rut
Auto(modelo: string, año: int, categoría: string)
Local de Autos(id: int, dirección: string)
Persona(rut: string, nombre: string)
Arriendo(A.modelo: string, A.año: int, Pr.rut-cl: string, Pr.rut-ca: string, L.id: int, fecha: date )
¿Que hacemosenestecaso?

48. ¿Cómorepresentarun M.
E/R enun M. Relacional
con jerarquiade clases?

49. Ejemplo
Bebida
Vino
nombre
origen
Cerveza
isA isA
año
Jerarquíade clases

50. M. E/R →M. Relacional
Vino(nombre: string, origen: string, año: string)
Cerveza(nombre: string, origen: string)
Bebida
Vino
nombre
origen
Cerveza
isA isA
año
Jerarquíade clases
Opción1: Tablassolo para las subclases
Bebida(nombre: string, origen: string)
Vino(nombre: string, año: string)
Cerveza(nombre: string)
Opción2: Tablapara la superclase
¿Cuáles mejor?
Si hay muchosolapamiento: opción2.
De lo contrariotendríamosmucharepeticiónde datos.
Se requierenjoins para acceder a
todoslosdatos

51. Si no hay cobertura: opción2.
No hay otraopcióno no podríamosguardarelwhisky :(
M. E/R →M. Relacional
Vino(nombre: string, origen: string, año: string)
Cerveza(nombre: string, origen: string)
Jerarquíade clases
Opción1: Tablassolo para las subclases
Bebida(nombre: string, origen: string)
Vino(nombre: string, año: string)
Cerveza(nombre: string)
Opción2: Tablapara la superclase
¿Cuáles mejor?
Se requierenjoins para acceder a
todoslosdatos
Bebida
Vino
nombre
origen
Cerveza
isA isA
año

52. M. E/R →M. Relacional
Vino(nombre: string, origen: string, año: string)
Cerveza(nombre: string, origen: string)
Jerarquíade clases
Opción1: Tablassolo para las subclases
Bebida(nombre: string, origen: string)
Vino(nombre: string, año: string)
Cerveza(nombre: string)
Opción2: Tablapara la superclase
¿Cuáles mejor?
Si hay muchasconsultaspornombre: opción2.
Con la opción1 tendríamosque consultardos tablas.
Se requierenjoins para acceder a
todoslosdatos
Bebida
Vino
nombre
origen
Cerveza
isA isA
año

53. M. E/R →M. Relacional
Bebida
nombre
origen
año
Jerarquíade clases
Opción3: Quitarla jerarquía
Bebida(nombre: string, origen: string, año: string, tipo: string)
•Muchasrepeticionesde la columnatipo.
•Puedeque no se conozcaeltipo(nulls).
•Pero mássencillo(y comprimible)
tipo

54. ¿Cómorepresentarun M.
E/R enun M. Relacional
con entidadesdébiles?

55. Ejemplo
Evaluación de Curso
fecha
código
nombre
nombre
Entidadesdébiles

56. M. E/R →M. Relacional
Entidadesdébiles
Evaluación de Curso
fecha
código
nombre
nombre
Curso(codigo: string, nombre: string)
¿Quétablasnecesitamos?
¿Estábien esto?
La tablaDe es redundante(1-a-algo)
(ymal nombrepara unatabla)
De(E.nombre: string, C.código: string)
Evaluación(nombre: string, C.código: string, fecha: date)

57. M. E/R →M. Relacional
Entidadesdébiles
Curso(codigo: string, nombre: string)
Evaluación(nombre: string, C.código: string, fecha: date)
¡Ahorasí!
CREATETABLEevaluacion(
nombrevarchar(30) NOTNULL,
codigovarchar(30) NOTNULL,
fechadate,
PRIMARYKEY (nombre, codigo)
FOREIGNKEY(codigo) REFERENCES curso(codigo) ONDELETECASCADE
)
Evaluación de Curso
fecha
código
nombre
nombre

58. M. E/R →M. Relacional
Entidadesdébiles
Evaluación
de Curso
fecha
código nombrenombre
Nota eval
Alumno
rut
nombre
autor
preguntavalor
¿Y las relaciones?
Curso(codigo: string, nombre: string)
Evaluación(nombre: string, C.código: string, fecha: date)
Nota(pregunta: int, E.nombre: string, C.código: string, A.rut: string, valor: float)
Alumno(rut: string, nombre: string)

59. ¿Cómorepresentarun M.
E/R enun M. Relacional
con agregacion?

60. Ejemplo: Arrendarun auto
Dirección
desde
categoría
modelo
precio
hasta
disponibilidad

61. modelo
dirección
categoría
codigo
Auto
Arrendar
Local de
Autos
Persona
desde
nombre
rut
tiene
precio_por_dia
hasta

62. M. E/R →M. Relacional
Agregación
Auto(categoria: string, modelo: string) as A
LocalDeAutos(codigo: string, direccion: string) as L
Tiene(A.categoría: string, L.código: string, precio_por_dia: int) as T
Persona(rut: string, nombre: string) as P
Arrendar(T.a.categoría: string, T.l.código: string, P.rut, desde: date, hasta: date)
modelo
codigo
categoría
direccion
Auto
Arrendar
Local de
Autos
Persona
desde
nombre rut
tiene
precio_por_dia
hasta
Falta …..
Multiplicidades
Entrega en dirección diferente

63. Principiosbásicosdel
diseño

64. Principiosbásicosdel diseño
1. Fidelidadal problema
Producto compra Persona
País Presidente Persona
Las relacionesno tienennada que verentre si

65. Principiosbásicosdel diseño
Elatributoproducido_poresredundanteypuede
generaranomalías
2. Evitarredundancia
¿Quéestámal?

66. Principiosbásicosdel diseño
3. Elegirentidadesy relaciones
correctamente
Seriamejorcrearunaentidadpersonalacualrelacione
elproductoatravesdelacompra

67. Principiosbásicosdel diseño
4. No complicarmásde lo necesario
¿Quéestámal?
Fechapuedeserunatributodecompra

68. Principiosbásicosdel diseño
5. Buena elecciónde llaveprimaria.
Al momentode diseñarsiemprequeremosidentificartodaslos
atributosde las entidadesque son candidatosa ser llavede la tabla,
a estosles llamamosnatural key, porqueson columnasque
naturalmentetienenelcomportamientode unallave. Por ejemplode
la siguientetabla:
Usuario(email, rut, username, nombre, tipo, fecha_de_inscripcion)
rut, email y username son posiblesnatural keys.
...peroenla prácticael99% de las veceses mejorusar unacolumna
inventada, sin significadoque sea autogeneradaporelRDBMS. A
estole llamamossurrogate key.

69. Principiosbásicosdel diseño
Elecciónde llaveprimaria.
Bueno enrealidades algo medio opinionado...

70. Principiosbásicosdel diseño
Elecciónde llaveprimaria.
Bueno enrealidades algo medio opinionado...
Pero enla prácticalosframeworks de desarrolloweb modernos
esperanunasurrogate key llamadaid comollaveprimariae inclusola
generanpordefecto.
La tablaanterior deberíamosgenerarlaasí:
CREATETABLEusuario(
id SERIAL,
email nombrevarchar(30) UNIQUE NOT NULL,
RUTvarchar(30) UNIQUE NOT NULL,
fechadate,
PRIMARYKEY(id)
)

71. Restriccionesde
integridad

72. Restriccionesde integridad
Sonrestriccionesformalesqueimponemosaunesquemaque
todassusinstanciasdebensatisfacer.Algunasson:
•Devaloresnulos:Elvalorpuedeonosernulo.
•Unicidad:Dadounatributo,nopuedenhaberdostuplas
conelmismovalor.
•Dellave:elvaloresúnicoynopuedesernull.
•Dereferencia:sisetrabajaenunacompañía,estadebe
existir(Llavesforáneas).
•Dedominio:laedaddelaspersonasdebeestarentre0y
150años.

73. M. E/R →M. Relacional
Curso(codigo: string, nombre: string)
Evaluación(nombre: string, C.código: string, fecha: date)
CREATETABLEevaluacion(
nombrevarchar(30)NOTNULL,
codigovarchar(30) NOTNULL,
fechadate DEFAULT NOW(),
PRIMARYKEY (nombre, codigo)
FOREIGNKEY(codigo) REFERENCES curso(codigo) ONDELETECASCADE
)
fecha
código
nombr
e
nombre
deEvaluación Curso
¿Que restricciones
vesaquí?

74. M. E/R →M. Relacional
Curso(codigo: string, nombre: string)
Evaluación(nombre: string, C.código: string, fecha: date)
CREATETABLEevaluacion(
nombrevarchar(30)NOTNULL,
codigovarchar(30) NOTNULL,
fechadate DEFAULT NOW(),
PRIMARYKEY (nombre, codigo)
FOREIGNKEY(codigo) REFERENCES curso(codigo) ONDELETECASCADE
)
No puede ser nulo
Tiene que tener a lo más 30 caracteres
No puede ser nulo
Tiene que ser una fecha, y su valor
por defecto es la fecha actual
La llave son “nombre” y “código”
“codigo” es una llave foránea a la tabla curso
Borrar las tuplas de evaluación que dependan de
un código en la tabla curso que fue eliminado.
fecha
código
nombr
e
nombre
deEvaluación Curso
¿Que restricciones
vesaquí?

75. Restriccionesde integridad
Integridadde la entidad
Unejemplodetabladeprofesorconalgunas
restricciones:
CREATETABLEProfesor(
idintPRIMARYKEY,
nombrevarchar(30) NOTNULL,
apellidosvarchar(30) NOTNULL,
telefonovarchar(30) NOTNULL,
id_universidadint,
nivelvarchar(20) DEFAULT'Pregrado'
FOREIGNKEY(id_universidad) REFERENCES Universidad(id)
)
Profesor trabaja Universidad

76. Restriccionesde integridad
Participación
Cadaprofesornecesariamentetrabajaenunaúnica
universidad:
Cadaprofesorpuedetrabajarenunaúnicauniversidad
(peropuedeestarsintrabajo!):
Profesor trabaja Universidad
Profesor trabaja Universidad

77. Restriccionesde integridad
Participación
Cadaprofesornecesariamentetrabajaenunaúnica
universidad
CREATETABLEProfesor(
idintPRIMARYKEY,
nombrevarchar(30) NOTNULL,
apellidosvarchar(30) NOTNULL,
telefonovarchar(30) NOTNULL,
id_universidadintNOTNULL,
nivelvarchar(20) DEFAULT'Pregrado'
FOREIGNKEY(id_universidad) REFERENCES Universidad(id)
)
Profesor trabaja Universidad

78. Restriccionesde integridad
Dominio
Queremosrestringireldominiodelascolumnas.Una
formasimpledehacerestoenSQLesconCHECK:
CREATETABLEFestival(
idintPRIMARYKEY,
nombrevarchar(30) NOTNULL,
fecha_iniciodateNOTNULL,
fecha_findateNOTNULL,
preciointNOTNULL,
CHECK( precioBETWEEN10000AND1000000),
CHECK( fecha_fin> fecha_inicio)
)