Curso Express SQL
usados para crear esquemas conceptuales
de BD.
Presentado por Peter Chenn en el año de
1976
Se compone de los siguientes elementos:
Entidades, Tablas o Archivos
Atributos, Campos o Columnas
Identificadores pueden ser Primarios o
Foraneos (PK y FK). Ejemplo: Matrícula,
Número Empleado
Relaciones
Algo que puede ser identificado por los
usuarios.
Fuertes y Débiles
Ejemplo: Estudiante
Propiedades de las entidades estas deben
describir las características de la entidad.
Ejemplo: nombre, telefono, domicilio, e-mail
Relación:
Son asociaciones entre entidades.
Relaciones binarias
1 : 1
1 : N
N : M
Ejemplo: 1 PC x 1 Aula
1NF
Se dice que una tabla esta en 1NF si
cumple con la definición de relación (las
celdas de latabla deben tener un solo
valor).
2NF
Una relación se encuentra en 2NF si esta en
1NF y todos sus atributos dependen de la
llave
3NF
Una base de datos está en 3FN si está en
2FN y además todas las columnas que no
sean claves dependen de la clave completa
de forma no transitiva.
Forma Normal de Boycce y Codd (FNBC)
Una relación está en FNBC si cualquier
atributo sólo facilitainformación sobre claves
candidatas, y no sobre atributos que no
formen parte de ninguna clave candidata.
Esto significa que no deben existir
interrelaciones entre atributos fuera de las
claves candidatas.
Para ilustrar esta forma normal volvamos a uno
de nuestros ejemplos anteriores, el de las
ocupaciones de habitaciones de un hotel.
Ocupación(No_cliente, Nombre_cliente,
No_habitación,fecha_entrada)
Habitación(No_habitación(PK),
precio_noche, tipo_habitación)
En la primera relación los atributos
No_cliente y Nombre_cliente sólo
proporcionan información entre ellos
mutuamente, pero ninguno de ellos es una
clave candidata.
Intuitivamente ya habremos visto que esta
estructura puede producir redundancia, sobre
todo en el caso de clientes habituales, donde se
repetirá lamisma información cada vez que el
mismo cliente se aloje en el hotel.
La solución, como siempre, es simple, y consiste
en separar esta relación en dos diferentes:
Ocupación(No_cliente, No_habitación,
fecha_entrada)
Cliente(No_cliente(PK), Nombre_cliente)
Habitación(No_habitación(PK),
precio_noche, tipo_habitación)
4NF
Si se encuentra en BCNF y no tiene
dependencias multivaluadas.
Siempre podemos evitar el problema de los
atributos multivaluados separándolos en
relaciones distintas. En el ejemplo anterior,
podemos crear una segunda relación que
contenga el nombre y el teléfono:
Agenda(nombre(PK), fecha_nacimiento,
estado_civil) Teléfonos(nombre, teléfono(PK))
Restricciones
◦ Se define como cualquier regla que gobierna
valores estáticos de atributos (reglas delnegocio).
Símbolos a utilizar en el diagrama entidad
relación.
Nombre de la
entidad
Nombre del
campo
Nombre del campo
(Llave primaria)
1:1
1:N
M:N
Ejemplos
Empleado
1:1
Auto
Dormitorio
1:N
Estudiante
Estudiante
N:M
Club
Diagrama entidad relación representado en
UML. Ejemplo 1:1
Auto
Empleado
NumerodeLicencia
EmpleadoID
Nombre
Titulo
0..1
1..1
Placas
Marca
TelefonoModelo
CodigoHabilidad
Año
Aquí se mencionan
las restricciones y
métodos
Aquí se mencionan
las restricciones y
métodos
Diagrama entidad relación representado en
UML. Ejemplo 1:N
Estudiante
Dormitorio
Matricula
Nombre
DireccionCampus
Capacidad
1..1
0..*
NombredelEstudiante
Telefono
Telefono
Clase
Aquí se mencionan
las restricciones y
métodos
HabitacionAsignada
Aquí se mencionan
lasrestricciones y
métodos
Diagrama entidad relación representado en
UML. Ejemplo N:M
Club
Estudiante
NumerodeClub
Matricula
Nombre
Telefono
0..*
0..*
CodigodePresupuesto
Descripcion
Clase
Presidente
HabitacionAsignada
TelefonodelPresidente
Aquí se mencionan
las restricciones y
métodos
Aquí se mencionan
las restricciones y
métodos
El lenguaje de consulta estructurado o SQL...
Regístrate para leer el documento completo.