BD Tema 1

Base de
datos
Una imagen dice más que
mil palabras
Computación e Industrial
M.C.C. María de los Ángeles Salazar Olmos
¿Qué son? ¿Qué representan?
Programas que almacenan grandes
Aspectos del mundo real
volúmenes de datos, relacionados y
llamado Minimundo
estructurados, para recuperarlo con
rapidez.
Educación
Redes sociales
Hospitales
Aseguradoras
¿Dónde se aplican?
Hoteles
Sistemas Gestores de Base de
Datos (SGBD)
• SGDB(Sistemas de Gestión de Base de Datos)o DBMS (Data
Base Management System). Es un conjunto de programas que
permiten a los usuarios crear y mantener una BD, estos
sistemas son de uso general y permiten definir, construir y
manipular una BD.
• Para definir se deben establecer los tipos de datos, estructuras
y restricciones.
• Para construir se deben almacenar los datos en forma
controlada.
Computación eComputación
Industrial e Industrial
M.C.C.
M.C.C. María de María de
los Ángeles los Ángeles
Salazar OlmosSalazar Olmos/M.C.C. Diana Lourdes Ávila Molina/M.C.C. Antonio Enciso
Conceptos Básicos
Base de datos
Campo Dato Registro Tabla Información
Campo
Registro Nombre Paterno Materno Profesión

Registro 19 Hugo López Pérez Ingeniero
Dato
M.C.C.
Conceptos Básicos
SGDB • Conjunto de Programas que permiten al Usuario crear y mantener una base de datos
• Son estructuras que permite a los sistemas almacenar y recuperar datos con gran
rapidez
Base de
datos • Conjunto de objetos que interactúan entre si
• Conjunto de datos relacionados entre sí

Registro
• Se conoce también como Tupla
Conceptos
Básicos
Físico- Nivel de
Merta-estructura Seguridad. El
abstracción que Centralización. Gestor de
Proceso del gestor de BD
contiene Une la BD.Sistema que
servidor que salvaguarda la
algoritmos para información en administra una o
actúa sobre la información de
el acceos a los un mismo lugar más BD
súper. estructura una BD
archivos de la BD
M.C.C.
ACTORES O USUARIOS DE LAS BD
●DBA (Administrador de Base de Datos) Es la persona
encargada de coordinar y autorizar el acceso a la base de
DBA
datos, así como adquirir los recursos necesarios.
●Diseñadores de BD.-Se encarga de identificar los datos
que se almacenarán en la base de datos y comunicarse
con futuros usuarios.
●Usuarios finales.- Son las personas que están en la parte
de cliente y sólo utilizan los sistemas de base de datos
●Desarrolladores y analistas de aplicaciones, Llevan a cabo
el desarrollo del sistema de acuerdo a las
especificaciones que proporcione el analista.
M.C.C.
USUARIOS DE BASE DE DATOS
M.C.C.
ACTORES DETRÁS DE ESCENA (ENTRE BASTIDORES)
1.Son personas que tiene que ver con el diseño, creación y funcionamiento de software y el entorno del sistema
de base de datos, a estas personas no les interesa la base de datos en sí misma y entran en la siguientes
categorías:
1) DBMS (Diseñadores e Implementadores de sistemas administradores de SGBD).
a. 2) Desarrolladores de herramientas, incluye paquetes para el diseño de las bd,

supervisión de la ejecución, interfaces gráficas o de lenguaje natural, prototipos,
simulación y generación de datos de prueba.
b.3) Operadores y personal de mantenimiento. Son el personal de administración del

sistema que son responsables del funcionamiento y mantenimiento reales del entorno de
hardware y software del sistema de bd.
M.C.C.
SISTEMAS ADMINISTRADORES DE BASES DE DATOS
●Una base de datos está formada por dos partes:
○ La descripción de la base de datos

○ Los datos que almacena
Un sistema Administrador de Base de datos maneja 2 lenguajes:

DDL(Data Definition Languaje) Lenguaje para manipular la
descripción de la base de datos.
DML(Data Manipulation Languaje) Lenguaje para manipular
datos.
M.C.C.
CLASIFICACIÓN DE LOS ADMINISTRADORES DE BASES DE DATOS
● Por el Modelo de datos que siguen
○ Relacionales (Cuáles son los SGBD, y sus características) TIKTok (Chava y Dayana)
○ Orientados a Objetos (Cuáles son los SGBD, y sus características) Infografía (Angélica y Mariana)
○ Jerárquicos (Cuáles son los SGBD, y sus características) video (Mónica y Josep)
○ NoSql (Cuáles son los SGBD, y sus características) Mapa mental o conceptual o organizador gráfico
trabajan con datos diferentes entre cada uno de los registros llamados documentos.
○ Relacional-Orientado a Objetos
● Por la cantidad de usuarios que utilizan sus servicios en forma simultánea

○ Monousuarios
○ Multiusuarios
● Por la cantidad de computadoras donde está o se encuentra la base de datos

○ Centralizadas (sólo 1)
○ Distribuidas (más de 1)
M.C.C.
EJEMPLO MODELO ENTIDAD-VÍNCULO
M.C.C.
Modelo Entidad-Relación
Modelos de datos
⚫Alto nivel o Conceptuales
⚫De implementación o Lógicos
⚫Bajo nivel o Físicos
El Modelo Entidad-Relación o Entidad-Vínculo cae dentro

de la clasificación de Modelos de Datos de Alto Nivel o
Conceptuales.
Proceso del diseño de Bases de Datos
Minimundo
Recolección de análisis
de requerimientos
Diseño Conceptual Modelo Entidad-Relación
Independiente
Del SGBD Modelo Relacional
Diseño Lógico
Específico para
Cada SGBD
Diseño Físico
Conceptos del Modelo ER
⚫Entidad. Objeto del mundo real, distinguible de otros objetos. Algunos autores
utilizan el nombre “Ejemplar de Entidad”
⚫Tipos de entidades. Conjunto de entidades que comparten las mismas
propiedades o atributos. También se les puede referir como “Clases de Entidades”
⚫Atributos. Propiedades específicas que describen a una entidad
⚫Dominio. Conjunto de valores posibles para un atributo. Por ejemplo: el dominio
para el atributo calificación son todos los enteros positivos de 0 a 100, ejemplos
de tipos de dominio: texto, numéricos, fechas, etc.
Conceptos del Modelo ER
Representación de los Tipos de Entidades y Tipos de Atributos
ClavePu
nombre esto
curp
fechaN EMPLEADOS
Tipo de entidades
Tipo de atributos
Tipos y Ejemplares de Entidades
Un error común es confundir ambos términos
ClavePu
nombre
curp esto Tipo de Entidades o Clase de Entidades:
Se refiere a un concepto o prototipo
fecha EMPLEADOS
N
Ejemplo de Entidad:
Adrían
1 Se refiere a un objeto real, (instancia),
Gómez
goma- observe los tipos de datos
800510
10/5/19 Empleados Los términos: Tipos de Entidades, tipos de

80
atributos y tipos de relaciones son útiles
para fines del modelado
Atributos Simples y Compuestos
⚫Compuestos. Se pueden dividir en componentes más
pequeños.
⚫Simples o Atómicos. Son aquellos que no son divisibles.
patern
o materno
nPila
Técnicamente pudiera objetarse que “paterno”
sea un atributo atómico, por dividirse a su vez en
caracteres. nombre Clavepu
esto
Conceptualmente, sin embargo, el apellido curp
paterno de una persona ya no puede dividirse en
componentes más pequeños.
EMPLEADOS
fechaN
Atributos Monovaluados y Multivaluados
⚫Monovaluados. Tienen un solo valor para una entidad en particular.
⚫Multivaluados. Pueden tener más de un valor, incluso se pueden manejar límites
inferior y superior.
paterno materno
En ciertas circunstancias pudiera ser
Nombre importante almacenar más de un número
telefónico (casa, oficina, etc.)
nombre salario
curp E-Mail
EMPLEADO
fechaN
Atributos Almacenados y Derivados
⚫Almacenados. Aquellos que se guardan en la BD.
⚫Derivados. Los que se pueden obtener a partir de los
almacenados.
El atributo “edad” se puede
patern calcular dinámicamente a partir
o materno
del atributo “fechaN”
nPila
nombre
salario
curp telefono
edad
Computación e Industrial EMPLEADO

fechaN
Atributos Clave
⚫Una restricción importante de las entidades de un tipo es
la restricción de clave o restricción de unicidad.
⚫Un atributo clave identifica de manera única a cada
entidad individual.
patern
o materno
Un atributo nPila
clave aparece
subrayado nombre salario
telefono
curp
edad
EMPLEADO
Computación e Industrial fechaN
Tipos de Relaciones (o Vínculos)
⚫Un tipo de Relaciones (o tipo de vínculos) es una
asociación entre dos o más tipos de entidades. Se
representa mediante un rombo que conecta a los tipos de
entidades.
EMPLEADO PERTENECE DEPARTAMENTO

_A
Se dice que los tipos de entidades EMPLEADO y DEPARTAMENTO participan en el

tipo de relaciones (o vínculos) “PERTENECE_A”
Nombres de Papeles
⚫Cada tipo de entidades que participa en un tipo de
relaciones desempeña un papel (o rol) específico en la
relación o vínculo.
PERTENECE
EMPLEADO DEPARTAMENTO
_A
En la relación “PERTENECE_A” el tipo de entidades “EMPLEADO” desempeña el papel de

empleado o trabajador.
Con excepción de las relaciones recursivas, normalmente no es necesario indicar los
nombres de los papeles, ya que el nombre del tipo de entidades se utiliza generalmente
como el nombre del papel.
Relaciones Recursivas
⚫También llamadas unarias son aquellas en los que el
mismo tipo de entidades participa más de una vez en un
tipo de relaciones (o tipo de vínculos) con diferentes
papeles (roles).
EMPLEADO
La relación SUPERVISION asocia un

supervisor supervisado
empleado con un supervisor y
pertenecen ambos al mismo tipo de
entidades EMPLEADO
SUPERVISION
Grado de un tipo de relaciones
⚫Es el número de tipos de entidades que participan en un tipo de
relaciones (o tipo de vínculos)
⚫Los tipos de relaciones de grado uno se llaman unarias
⚫Los tipos de relaciones de grado dos se llaman binarias
⚫Los tipos de relaciones de grado tres se llaman ternarias
PERTENE
EMPLEADO EMPLEADO DEPARTAMENTO
CE_A
Relación binaria
supervisor supervisado
SUMIN
SUPER PROVEEDOR PROYECTO
ISTRA
VISION
Relación ternaria
Relación unaria o recursiva
Computación e Industrial COMPONENTE
Restricciones estructurales
1. Razón de Cardinalidad. Especifica el número de ejemplares de relaciones en los
que puede participar una entidad
⚫Las relaciones de cardinalidad más comunes son 1:1, 1:N, M:N (uno a uno, uno
a muchos, muchos a muchos)
N PERTEN 1
ECE_A
1 1
EMPLEADO DIRIGE DEPARTAMENTO
M N
ALUMNO CURSA MATERIA
2. Restricción de Participación. Especifica si la existencia de una entidad depende de
que esté relacionada con otra entidad a través del tipo de relaciones
⚫Hay dos tipos de restricciones de participación: parcial y total (llamadas también:
opcional y obligatoria)
La participación total recibe a veces el nombre de dependencia
de existencia. Se indica con una línea doble que conecta el tipo
de entidades con la relación o vínculo
1 1
23. Juan 4 Ejemplo de diagrama de relación 1:1
44 Pepe 4
1. Compras
55 Salomé 1 EMPLEADO DIRIGE DEPARTAMENTO
20 Rebeca 2
2. Venas
19 azucena 3
17 Manuel 1 e1 d1 Nótese3.como
Producción
no cualquier
e2 d2 empleado dirige a un
departamento.4. RH
La
e3 d3 participación de EMPLEADO
e4 en la relación es por lo tanto
parcial. En cambio todo
e5 departamento es dirigido por
e6 un empleado. La participación
de DEPARTAMENTO en la
e7 relación es total
e8
Ejemplo de diagrama de relación N:1
EMPLEADO PERTENECE DEPARTAMENTO
e1 d1 Nótese como cada empleado

pertenece a un solo
e2 d2
departamento y que a un
e3 d3 departamento permanecen N
empleados. En ambos casos
e4
la participación de las
e5 entidades es total
e6
e7
e8
Ejemplo de diagrama de relación 1:N
DEPARTAMENTO CONTROLA PROYECTO
d1 p1 Nótese como un proyecto es

controlado por un
d2 p2
departamento y un
d3 p3 departamento puede
controlar más de un proyecto.
d4 p4
Sin embargo no todos los
d5 p5 departamentos controlan
d6 p6 proyectos. La participación de
DEPARTAMENTO en la
d7 p7 relación es parcial.
d8 p8
Ejemplo de diagrama de relación M:N
ALUMNO TOMA MATERIA Nótese como todos los
alumnos toman al menos una
materia y una materia es
cursada al menos por un
a1 m1 alumno. La participación de
ambas entidades en la
a2 m2
relación es total
a3 m3
a4 m4
m5
Estos diagramas nos pueden

auxiliar a determinar las
restricciones estructurales de un
tipo de relaciones
Atributos de los tipos de relaciones
Los tipos de relaciones también pueden tener atributos
FechaIn
i
1 1
Por ejemplo: se puede incluir el atributo “FechaIni” en el tipo de

relaciones DIRIGE, para indicar la fecha en que un gerente
comenzó a dirigir un departamento
Atributos de los tipos de relaciones
Los atributos de los tipos de relaciones 1:1 se pueden trasladar a
cualquiera de los tipos de entidades participantes.
FechaIn FechaIn
i i
1 1
En el caso de los tipos de relaciones 1:N un atributo solo se puede

trasladar al tipo de entidades que está del lado N de la relación.
FechaIn FechaIn En una relación N:M

i i los atributos de la
relación no se
N PERTEN 1
EMPLEADO
Computación e Industrial DEPARTAMENTO pueden trasladar
M.C.C. María de los Ángeles Salazar Olmos ECE_A
Tipos de entidades débiles
⚫No tienen atributos clave propios. Se identifican por su
relación con otras entidades. A ese otro tipo de entidad se le
conoce como propietario identificador
⚫Al tipo de relaciones que asocia un tipo de entidades
débiles se le conoce como relación identificadora (o vínculo
identificador)
⚫Los tipos de entidades débiles siempre tienen una
restricción de participación total, aunque no toda existencia
de dependencia resulta en un tipo de entidades débiles
Tipos de entidades débiles
Tanto el tipo de entidades débiles como su relación
identificadora se representan con líneas dobles
Clave Parcial o atributo
discriminador
nombr
e nombr
sexo
e
curp salario fechaN
1 DEPENDIENT N
EMPLEADO DEPENDIENTE
E_DE
Propietario identificador Las entidades débiles siempre tienen una

Relación restricción de participación total con la
identificadora
M.C.C. María de los Ángeles Salazar Olmos relación identificadora
Tipos de Claves
⚫Superclave. Es un conjunto de uno o más atributos que tomados
colectivamente, permiten identificar de manera única a una entidad.
⚫Clave Candidata. Una superclave mínima, tal que no contenga otras
superclaves.
⚫Clave Primaria. Clave candidata que es elegida para identificar una
entidad, buscando que los atributos que la conforman nunca cambien.
⚫Clave Foránea. Se dice de la clave primaria de la cual dependen otras
entidades (como las entidades débiles).
⚫Clave Parcial. En el caso de una entidad débil, es un atributo que se
utiliza como discriminador y que junto con la clave foránea forma la
clave principal.
Superclaves
serie_mo
tor marca model
matric o
ula
Técnicamente, el num_ VEHICULO chofer

eco
conjunto de todos los
atributos forman una
superclave, porque le Pero igual cumplen los
dan unicidad a la entidad siguientes subconjuntos:
num_eco, matricula;
maticula, serie_motor;
serie_motor, marca;
Etc,etc.
Claves Candidatas
serie_mo
tor marca model
matric o
ula
VEHICULO chofer
num_
eco
En la entidad VEHICULO se pueden encontrar dos superclaves

mínimas (no se pueden dividir en otras superclaves):
matricula y serie_motor
Como ambas describen unívocamente a la entidad se les

M.C.C. María dedenomina claves candidatas
los Ángeles Salazar Olmos
Claves Primarias (o principales)
De las claves candidatas:
serie_mo
matricula y serie_motor tor marca
modelo
matricula
Se elige a la que será la clave principal. chofer

num_ VEHICULO
Como es más probable que el atributo eco
“matricula” cambie con el tiempo (como en un
robo de placas), se elige el atributo serie_motor
como clave primaria puesto que el número de
serie del motor por lo general no cambia
Claves Foráneas
serie_mo
tor marca
modelo
matricula
Jugar gato de conceptos

VEHICULO conductor
num_eco
El atributo “chofer” se puede considerar como clave foránea, si en lugar de escribir

nombres de personas como valores, se indican códigos que hacen referencia al nombre del
chofer en otra entidad.
De esta manera se evita la redundancia, pues en vez de escribir el mismo nombre varias
veces (en el hipotético caso de que tuviese resguardado más de un vehículo) solo se
repetiría el código del mismo
Claves Parciales
El atributo “nombre” de la entidad
nss
EMPLEADO
DEPENDIENTE no describe de manera
unívoca a la entidad puesto que puede
1 repetirse (puede haber 2 personas con
DEPENDIE el mismo nombre). En este caso
NTE_DE
N
“nombre” hace el papel de clave
parcial o atributo discriminador.
DEPENDIENTE
La clave principal de DEPENDIENTE
nomb
re
estará formada por su atributo
sex
o
fech
aN
parente
sco “nombre” (clave parcial) y el atributo
“nss” de su entidad propietaria (clave
foránea).
Un primer ejemplo
nombre
nPila pater
materno lugares
no
número
direc PERTENECE 1
N
nombre _A
suel
sexo do DEPARTAMENTO
fechaIni
Nss
EMPLEADO 1
1
fech DIRIGE num_emplea
aN dos 1
supervisado
CONTROLA
supervisor M TRABAJA_E N
N
1 N
SUPERVISI
1 ÓN DEPENDIENTE
N
_DE
hora
s
N PROYECTO
DEPENDIENTE número
nombre lugar
Diagrama ER para nombre
la base de datos sexo fech

aN
parentes
co
Tomado de:
Sistemas de Bases de Datos
COMPAÑÍA Computación e Industrial
Conceptos Fundamentales
ELMASRI/NAVATHE
Base de datos COMPAÑÍA
⚫La compañía está organizada en departamentos. Cada departamento tiene un nombre
único, un número único y un cierto empleado que lo dirige, y nos interesa la fecha en
que dicho empleado comenzó a dirigir el departamento. Un departamento puede estar
distribuido en varios lugares.
⚫Cada departamento controla un cierto número de proyectos, cada uno de los cuales
tiene un nombre y un número únicos, y se efectúa en un solo lugar.
⚫Almacenaremos el nombre, número de seguro social, dirección, salario, sexo y fecha de
nacimiento de cada empleado. Todo empleado está asignado a un departamento, pero
puede trabajar en varios proyectos, que no necesariamente estarán controlados por el
mismo departamento. Nos interesa el número de horas por semana que un empleado
trabaja en cada proyecto, y también quién es el supervisor de cada empleado.
⚫Queremos mantenernos al tanto de los dependientes de cada empleado con el fin de
administrar los términos de sus seguros. Almacenaremos el nombre, sexo y fecha de
nacimiento de cada dependiente, y su parentesco con el empleado.
Azul - Entidades
Rojo
Computación - Relaciones
e Industrial
M.C.C. María
Verde de los-Ángeles Salazar Olmos
Atributos
Paso 1. Identificar Entidades
nombr
pat mat e
nPil
ern ern
a númer
o o lugares
dire o
no c
mbr sex suel
e o do DEPARTAMENTO
Nss EMPLEAD
fech O num_emple
aN ados
Se identifican cada una de las
entidades participantes, así
como sus respectivos atributos
PROYECTO
DEPENDIENTE
númer
o
no nombr
lugar
mbr e
Computación e Industrial e sex parente
M.C.C. María de los Ángeles Salazar Olmos fech
o sco
aN
Paso 2. Resolver relaciones
nombr
pat mat e
nPil
ern ern
a númer
o o lugares
dire o
no c
mbr sex suel
e o do DEPARTAMENTO
Nss EMPLEAD SUPERVISIÓN es una
fech O relación recursiva, puesto num_emple
aN que el tipo de entidades ados
supervisado
EMPLEADO participa con
supervisor dos papeles (o roles)
SUPERVI
SIÓN
PROYECTO
DEPENDIENTE
númer
o
no nombr
lugar
mbr e
o sco
aN
nombr
pat mat e
nPil
ern ern
a númer
o o lugares
dire o
PERTEN
no c
mbr ECE_A
sex suel
e o do DEPARTAMENTO
Nss EMPLEAD
fech O num_emple
aN ados
supervisado
supervisor
SUPERVI
SIÓN
PROYECTO
DEPENDIENTE
númer
o
no nombr
lugar
mbr e
Computación e Industrial e
M.C.C. María de los Ángeles Salazar Olmos sex parente
fech
o sco
aN
nombr
pat mat e
nPil
ern ern
a númer
o o lugares
dire o
PERTEN
no c
mbr ECE_A
sex suel
e o do DEPARTAMENTO
Nss EMPLEAD
O DIRIG
fech num_emple
E
aN ados
supervisado
Nótese como un tipo de
supervisor
entidades puede
SUPERVI participar en más de una
SIÓN relación
PROYECTO
DEPENDIENTE
númer
o
no nombr
lugar
mbr e
fech
M.C.C. María de los Ángeles Salazar Olmos o
aN
sco
nombr
pat mat e
nPil
ern ern
a númer
o o lugares
dire o
PERTEN
no c
mbr ECE_A
sex suel
e o do DEPARTAMENTO
Nss EMPLEAD
O DIRIG
fech num_emple
E
aN ados
supervisado
CONTRO
LA
supervisor
SUPERVI
SIÓN
PROYECTO
DEPENDIENTE
númer
o
no nombr
lugar
mbr e
fech
o sco
aN
nombr
pat mat e
nPil
ern ern
a númer
o o lugares
dire o
PERTEN
no c
mbr ECE_A
sex suel
e o do DEPARTAMENTO
Nss EMPLEAD
O DIRIG
fech num_emple
E
aN ados
supervisado
CONTRO
LA
supervisor TRABAJ
A_EN
SUPERVI
SIÓN
PROYECTO
DEPENDIENTE
númer
o
no nombr
lugar
mbr e
o sco
aN
nombr
pat mat e
nPil
ern ern
a númer
o o lugares
dire o
PERTEN
no c
mbr ECE_A
sex suel
e o do DEPARTAMENTO
Nss EMPLEAD
O DIRIG
fech num_emple
E
aN ados
supervisado
CONTRO
LA
supervisor TRABAJ
A_EN
SUPERVI
SIÓN DEPENDIE
NTE_DE
PROYECTO
númer
DEPENDIENTE o
nombr
lugar
no e
mbr
fech
o sco
aN
Paso 3. Determinar cardinalidades
nombr
pat mat e
nPil
ern ern
a númer
o o lugares
dire 1 o
N PERTEN
no c
mbr ECE_A
sex suel
e o do DEPARTAMENTO
Nss EMPLEAD 1 1
O DIRIG
fech num_emple
E 1
aN ados
supervisado
CONTRO
M LA
supervisor TRABAJ N
1 A_EN N
SUPERVI
1 N DEPENDIEN
SIÓN
TE_DE
N PROYECTO
númer
DEPENDIENTE o
nombr
lugar
no e
Computación e Industrial mbr

e sex parente
o sco
aN
Paso 4. Identificar participaciones
nombr
pat mat e
nPil
ern ern
a númer
o o lugares
dire 1 o
N PERTEN
no c
mbr ECE_A
sex suel
e o do DEPARTAMENTO
Nss EMPLEAD 1 1
O DIRIG
fech num_emple
E 1
aN ados
supervisado
CONTRO
M LA
supervisor TRABAJ N
1 A_EN N
SUPERVI
1 N DEPENDIE
SIÓN
NTE_DE
N PROYECTO
númer
Una participación total DEPENDIENTE o
indica que todo ejemplar de nombr
lugar
entidad participa al menos no e
una vezeen
Computación la relación
Industrial mbr
e sex parente
o sco
aN
Paso 5. Identificar Entidades débiles
nombr
e
pat mat
nPil
ern ern
a númer
o o lugares
dire 1 o
N PERTEN
no c
mbr ECE_A
sex suel
e o do DEPARTAMENTO
Nss EMPLEAD 1 1
O DIRIG
fech num_emple
E 1
aN ados
supervisado
CONTRO
M LA
supervisor TRABAJ N
1 A_EN N
SUPERVI
1 N DEPENDIE
SIÓN
NTE_DE
N PROYECTO
El tipo de entidades
DEPENDIENTE no tiene un DEPENDIENTE
númer
o
atributo clave propio.
nombr
Depende del atributo clave e
lugar
no
del tipo de entidades
Computación e Industrial mbr
EMPLEADO
M.C.C. María de los Ángeles Salazar Olmos e sex parente
fech
o sco
aN
Paso 6. Identificar Atributos Clave
Un atributo clave identifica de manera unívoca a un tipo de entidades.
nombr
pat mat e
nPil
ern ern
a númer
o o lugares
dire 1 o
N PERTEN
no c
mbr ECE_A
sex suel
e o do DEPARTAMENTO
Nss EMPLEAD 1 1
O DIRIG
fech num_emple
E 1
aN ados
supervisado
CONTRO
M LA
supervisor TRABAJ N
1 A_EN N
SUPERVI
1 N DEPENDIE
SIÓN
NTE_DE
N PROYECTO
En DEPENDIENTE la
clave es la
númer
combinación de su DEPENDIENTE o
atributo nombre y el nombr
lugar
atributo Nss del tipo e
de entidades
Computación e Industrial nombre
M.C.C.EMPLEADO
María de los Ángeles Salazar Olmos sex
fech
parente
o sco
aN
Paso 7. Identificar Atributos de Relaciones
nombr
pat mat e
nPil
ern ern
a númer
o o lugares
dire 1 o
N PERTEN
no c
mbr ECE_A
sex suel
e do fech
o
aIni
DEPARTAMENTO
nss EMPLEAD 1 1
O DIRIG
fech num_emple
E 1
aN ados
supervisado CONTRO
M LA
supervisor TRABAJ N
1 A_EN N
SUPERVI
1 N DEPENDIE
SIÓN
NTE_DE hor
as
N PROYECTO
Es necesario especificar la
fecha en que un
númer
EMPLEADO comienza a DEPENDIENTE o
dirigir un DEPARTAMENTO nombr
lugar
y las horas que un e
EMPLEADO
Computación trabaja en un
e Industrial nombre
M.C.C.
PROYECTO Ángeles Salazar Olmos
María de los sex parente
fech
o sco
aN
Reducción de un esquema ER a tablas
Paso 1. Por cada tipo de entidades fuerte, crear una tabla
con sus atributos simples.
dire
Clave
no c principal
mbr sex suel
e o do
EMPLEADO
nss EMPLEAD nss nombre direc fechaN sexo sueldo

fech O
aN
Paso 2. Para el caso de las entidades débiles, se genera
una tabla con sus atributos y se le añade una columna
con la clave principal de la entidad fuerte.
nss Clave Clave

EMPLEAD
O foránea parcial
DEPENDIENTE
1
nss nombre sexo fechaN parentesco
DEPENDIE
NTE_DE
DEPENDIENTE
no
mbr
e
La clave principal estará formada por la combinación
sex
Computación e Industrial parente
o
fech
sco
de la clave foránea y la clave parcial (o discriminador)
M.C.C. María de los Ángeles SalazaraNOlmos
Paso 3. Para una relación de tipo 1:1 con participación total en
ambas entidades, solo es necesario una tabla con los atributos de
las entidades que participan en la relación.
lice
no
ncia
mbr num_e model
e con o
nss 1 1
TIENE_AS marca
CHOFER VEHICULO
IGNADO
Clave
principal Nombre de la tabla
CHOFER
nss nombre licencia num_econ modelo marca

Como clave principal (o clave
primaria) se puede elegir
cualquiera de las claves de las
entidades. Igual aplica para el
M.C.C. María de los Ángeles Salazar Olmos nombre de la tabla.
Paso 4. Para una relación de tipo 1:1 con participación total en
una sola entidad, son necesarias dos tablas con los atributos de
las entidades que participan en la relación. En la tabla que
corresponde a la entidad con participación total se le añade una
columna con la clave principal de la otra entidad.
no eda
mbr d num_d nombr
e ep e
nss EMPLEAD DIRIG
1 1
DEPARTAMENTO
O E
Clave Clave Clave Foránea

principal principal Cada entidad mantiene su
EMPLEADO DEPARTAMENTO clave principal. Además, la
clave principal de la
nss nombre edad num_dep nombre nss entidad con participación
parcial será la clave
foránea de la entidad con
M.C.C. María de los Ángeles Salazar Olmos participación total
Paso 5. Si la relación es 1:1 y la participación es parcial en ambas
entidades, se genera una tabla por cada entidad, luego se escoge
una de las entidades y se le añade la clave principal de la otra
entidad.
nom
eda En el ejemplo se ha
d registr
bre
o
raza decidido elegir la entidad
nss
1 1 ANIMAL para que tenga
PERSONA POSEE ANIMAL
como atributo adicional la
clave principal de la otra
entidad.
PERSONA ANIMAL
nss nombre edad registro raza nss
Paso 6. Para una relación 1:N con participación total del lado de la
entidad N, se necesita una tabla por cada entidad. A la tabla que
representa la entidad N se le añade una columna con la clave
principal de la otra entidad.
no eda
mbr d num_d nombr
e ep e
nss EMPLEAD N PERTE 1
DEPARTAMENTO
O NECE
Clave
Clave Clave Foránea principal
principal
nss nombre edad num_dep num_dep nombre
Paso 7. Para una relación 1:N con participación parcial del lado de
la entidad N, se necesitan tres tablas: una para representar cada
entidad y otra para representar la relación.
no eda
horas
mbr d numer
lugar
En una relación N:1 los
e o
nss N TRAB 1 atributos de la relación (si
PERSONA AJA_E PROYECTO los hubiera) se pueden
N trasladar a la entidad del
lado N
PERSONA PERSONA_PROYECTO PROYECTO

nss nombre edad horas nss numero numero lugar
Paso 8. Para una relación N:M se necesitan tres tablas: una para
representar cada entidad y otra para representar la relación más
los atributos propios de la misma.
no eda horas
mbr d numer En una relación N:M los
lugar
e o atributos de la relación no
nss N TRAB M
PERSONA AJA_E PROYECTO se pueden trasladar a las
N entidades participantes
PERSONA PERSONA_PROYECTO PROYECTO

nss nombre edad nss numero horas numero lugar
Paso 9. Para los atributos multivaluados se generan tablas
separadas, con la clave principal del tipo de entidades o
relaciones al que pertenecen.
no
mbr direcc telefon
e ion o
nss EMPLEAD
O
EMPLEADO TELEFONO
nss nombre direccion nss num_tel
Paso 10. Para los atributos compuestos hay dos opciones: o se
genera una tabla separada o bien el atributo compuesto se
descompone en los atributos simples que lo componen.
pat EMPLEADO NOMBRE

mat
nPil ern
ern nss sueldo direccion nss nPila paterno materno
a o dire
no o
suel ccio
mbr
do n
e
nss
EMPLEADO
O bien:
pat EMPLEADO
mat
nPil ern
a o
ern nss nPila paterno materno sueldo direccion
o dire
no
suel ccio
mbr
do n
e
nss
EMPLEADO
Paso 11. Para las relaciones recursivas se define un atributo
adicional del mismo tipo (dominio) que la clave principal. Si la
relación es de 1:1 o 1:N se añade el atributo a la misma tabla.
no
no nss mbr
nss mbr e
e EMPLEAD
EMPLEAD O
O
1 CASAD 1
1 SUPERV N O_CON
ISA
EMPLEADO EMPLEADO
nss nombre supervisor nss nombre conyuge
Los dos atributos (con el mismo dominio) representan diferentes papeles o roles.
Paso 11 (cont). Si la relación es N:M se genera aparte otra tabla
con dos atributos: la clave principal del tipo de entidades más el
atributo antes definido.
no
clav
mbr
e
e CURSO PREREQUISITO
CURSO Los dos atributos (con el
clave nombre clave pre_req mismo dominio)
representan diferentes
N REQUI M papeles o roles.
ERE
CURSO REQUIERE
c1
c2 Se muestran 5 ejemplares de relaciones:
c3 c1 requiere de c4, c2 requiere de c7, c3
c4 requiere también de c7, c4 requiere de c6 y
c5 de c8. c5 no tiene prerequisitos, ni es
c6
prerequisito de ningún curso. c7 y c8 no
c7
tienen prerequisitos, aunque son
Computación e Industrial c8
M.C.C. María de los Ángeles Salazar Olmos prerequisitos de otros cursos
Paso 12. Las Relaciones Ternarias se deben representar primero
como Tipos de Entidades Débiles, sin clave parcial y con 3
Relaciones Identificadoras
canti num
num
dad _pro
_pro
v y
SUMI
PROVEED
NISTR PROYECTO
OR
AR
COMPONEN
num TE
_com
p
num canti num
_pro dad _pro
v y
S
PROVEED V
SUMINISTRO C PROYECTO
OR S
P
S
C
Computación e Industrial COMPONEN

num
M.C.C. María de los Ángeles Salazar Olmos _com
TE
p
Paso 12 (cont). En seguida se generan:
• Una tabla por cada una de las entidades fuertes (o propietarias) con sus
atributos simples
• Una tabla por la entidad débil obtenida con sus atributos simples y los
atributos clave de las entidades fuertes.
num canti num
_pro dad _pro
v y
S
PROVEED V
SUMINISTRO C PROYECTO
OR S
P
S
C
SUMINISTRO
COMPONEN
num
_com
TE num_prov num_comp num_proy cantidad
p
Ejemplo. Diagrama ER de una base de datos BANCO.
dire no dire
num_ codi
ccio mbr ccio
suc go
n e n
CONT 1 N 1
SUCURSAL TIENE BANCO
ROLA
N
num_c
tipo
1
uenta
OTOR
CUENTA GA
sald
o N
M num_ tipo
prest
TIENE PRESTAMO
imp
orte
N
Tomado de:
N RECIB M
CLIENTE Sistemas de Bases de Datos
E Conceptos Fundamentales
Computación e Industrial ELMASRI/NAVATHE
no dire
M.C.C. María
nss de los Ángeles
mbr Salazar
ccioOlmos
e n
Según paso 1. Por cada tipo de Según paso 2. Para el caso de las
entidades fuerte, crear una entidades débiles, se genera una tabla
tabla con sus atributos con sus atributos y se le añade una
simples. columna con la clave principal de la
entidad fuerte.
no dire
cod_ba
mbr ccio
nco no
e n
cod_b mbr
num_ dire dire
anco e
BANCO suc ccio ccio
n n
N 1
SUCURSAL TIENE BANCO
BANCO
cod_banco nombre direccion
SUCURSAL
cod_banco num_suc direccion
Según paso 6. Para una relación 1:N con participación total del lado de la
entidad N, se necesita una tabla por cada entidad. A la tabla que representa la
entidad N se le añade una columna con la clave principal de la otra entidad.
SUCURSAL
num_
dire cod_banco num_suc direccion Que ya se había
ccio
suc
n obtenido en la
lámina anterior
SUCURSAL
1
OTOR
GA
N PRESTAMO
num_pr tipo
est num_suc num_prest tipo importe
PRESTAMO
imp
orte
Según paso 6. Para una relación 1:N con participación total del lado de la
entidad N, se necesita una tabla por cada entidad. A la tabla que representa la
entidad N se le añade una columna con la clave principal de la otra entidad.
dire SUCURSAL
num
ccio
_suc
n
cod_banco num_suc direccion
CONT 1
SUCURSAL
ROLA
N
num_cue
tipo
nta
CUENTA
sald
o
CUENTA Que ya se había

num_suc num_cuenta tipo saldo obtenido anteriormente
Según paso 8. Para una relación N:M se necesitan tres tablas: una para
representar cada entidad y otra para representar la relación más los atributos
propios de la misma.
num_
prest tipo
PRESTAMO La tabla PRESTAMO se
imp obtuvo anteriormente
orte
N RECIB M
CLIENTE
E
no dire
nss mbr ccio
e n
CLIENTE-PRESTAMO
CLIENTE
nss num_prest
nss nombre direccion
Según paso 8. Para una relación N:M se necesitan tres tablas: una para
representar cada entidad y otra para representar la relación más los atributos
propios de la misma.
num_cue
tipo Las tablas CLIENTE y
nta
CUENTA se obtuvieron
CUENTA
anteriormente
sald
o
M
TIENE
CUENTA-CLIENTE
N
nss num_cuenta
CLIENTE
no dire
nss mbr ccio
e n
●http://es.slideshare.net/carloscaro12/modelo-entidad-relacion-
12686158
Bibliografía:
Sistemas de bases de datos
Ramez Elmasri y Shamkant B. Navathe
Fundamentos de bases de datos
Henry F. y Abraham Silverschatz
Sistemas de Bases de Datos. Diseño, Implementación y Admón
Peter Rob y Carlos Coronel
M.C.C.
Ejercicio Propuesto:
Ingrese a https://app.creately.com
•Obtén el diagrama E/R con las tres entidades siguientes:
○ •ALUMNO (Núm_Matrícula, Nombre, FechaNacimiento, Teléfono)
○ •ASIGNATURA (Código_asignatura, Nombre)
•Asigne un nombre a la entidad relación que se genere de la
entidad Alumno y Asignatura con los siguientes atributos
(Periodo, Nota)
•Indique de cada entidad su atributo llave.
M.C.C.
BASE DE DATOS
ACTUARÍA
Normalización
Normalización
La normalización es la transformación de las vistas de usuario
complejas y del almacén de datos a un juego de estructuras de
datos más pequeñas y estables. Además de ser más simples y
estables, las estructuras de datos son más fáciles de mantener que
otras estructuras de datos. (Kendall, 2005)
M.C.C.
Normalización
Coronel, Morris y Rob (2011) refieren que la normalización es utilizada en diferentes momentos:
Nueva estructura Cuando diseñan una nueva estructura de bases de datos

fundamentada en las necesidades de negocios de usuarios finales.
Análisis de relaciones entre atributos Después de que el diseño inicial está completo, el diseñador puede
usar normalización para analizar las relaciones que existen entre los
atributos dentro de cada entidad, para determinar si la estructura se
puede mejorar por medio de normalización.
Mejora en el diseño Por medio de un análisis de relaciones entre los atributos o campos
de la estructura de datos, el diseñador puede usar el proceso de
normalización para mejorarla, a fin de crear un diseño apropiado de
bases de datos.
Modificación de estructura Para diseñar una nueva estructura de datos o modificar una ya
existente, el proceso de normalización es el mismo.
M.C.C.
Normalización
La normalización de una base de datos persigue varios objetivos, principalmente reducir la redundancia de datos y
simplificar las dependencias entre columnas, aplicándose de manera acumulativa.
Lo anterior quiere decir que la segunda forma normal incluye a la primera, la tercera a la segunda y así
sucesivamente. Una base de datos que esté en segunda forma normal, por tanto, cumplirá las dos primeras reglas de
normalización.
M.C.C.
Normalización (Primera forma
normal (1FN))
La primera regla de normalización se expresa generalmente en forma de dos indicaciones separadas.
1. Todos los atributos, valores almacenados en las columnas, deben ser indivisibles.
2. No deben existir grupos de valores repetidos.
El valor de una columna debe ser una entidad atómica, indivisible, excluyendo así las dificultades que podría
conllevar el tratamiento de un dato formado de varias partes.
Ejemplo:
M.C.C.
normal (1FN))
Ejemplo: Supongamos que tienes en una tabla una columna Dirección para almacenar la dirección completa,
dato que se compondría del nombre de la calle, el número exterior, el número interior (puerta), el código postal,
el estado y la capital.
Una tabla con esta estructura

plantea problemas a la hora de
recuperar información. Imagina que
necesitas conocer todas las entradas
correspondientes a una determinada
población, o que quieres buscar a
partir del código postal. Al ser la
dirección completa una secuencia de
caracteres de estructura libre no
resultaría nada fácil.
M.C.C.
normal (1FN))
En cuanto a la segunda indicación, se debe evitar la repetición de los datos de la población y provincia en cada
una de las filas. Siempre que al muestrear la información de una tabla aparezcan datos repetidos, existe la
posibilidad de crear una tabla independiente con ellos.
Si el diseño de nuestra base de datos cumple estas premisas, está preparada para pasar de la primera a la
segunda forma normal.
M.C.C.

BD Tema 1

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

BD Tema 1

Cargado por

Copyright:

Formatos disponibles

Base de

Registro Nombre Paterno Materno Profesión

• Conjunto de datos relacionados entre sí

1) DBMS (Diseñadores e Implementadores de sistemas administradores de SGBD).

a. 2) Desarrolladores de herramientas, incluye paquetes para el diseño de las bd,

b.3) Operadores y personal de mantenimiento. Son el personal de administración del

○ La descripción de la base de datos

Un sistema Administrador de Base de datos maneja 2 lenguajes:

● Por la cantidad de usuarios que utilizan sus servicios en forma simultánea

● Por la cantidad de computadoras donde está o se encuentra la base de datos

⚫Alto nivel o Conceptuales

⚫De implementación o Lógicos

⚫Bajo nivel o Físicos

El Modelo Entidad-Relación o Entidad-Vínculo cae dentro

Diseño Conceptual Modelo Entidad-Relación

10/5/19 Empleados Los términos: Tipos de Entidades, tipos de

Computación e Industrial EMPLEADO

EMPLEADO PERTENECE DEPARTAMENTO

Se dice que los tipos de entidades EMPLEADO y DEPARTAMENTO participan en el

En la relación “PERTENECE_A” el tipo de entidades “EMPLEADO” desempeña el papel de

La relación SUPERVISION asocia un

EMPLEADO PERTENECE DEPARTAMENTO

e1 d1 Nótese como cada empleado

DEPARTAMENTO CONTROLA PROYECTO

d1 p1 Nótese como un proyecto es

Estos diagramas nos pueden

Por ejemplo: se puede incluir el atributo “FechaIni” en el tipo de

En el caso de los tipos de relaciones 1:N un atributo solo se puede

FechaIn FechaIn En una relación N:M

Propietario identificador Las entidades débiles siempre tienen una

Técnicamente, el num_ VEHICULO chofer

En la entidad VEHICULO se pueden encontrar dos superclaves

Como ambas describen unívocamente a la entidad se les

Se elige a la que será la clave principal. chofer

Jugar gato de conceptos

El atributo “chofer” se puede considerar como clave foránea, si en lugar de escribir

la base de datos sexo fech

Computación e Industrial mbr

nss EMPLEAD nss nombre direc fechaN sexo sueldo

nss Clave Clave

nss nombre licencia num_econ modelo marca

Clave Clave Clave Foránea

PERSONA PERSONA_PROYECTO PROYECTO

PERSONA PERSONA_PROYECTO PROYECTO

pat EMPLEADO NOMBRE

Computación e Industrial COMPONEN

CUENTA Que ya se había

Nueva estructura Cuando diseñan una nueva estructura de bases de datos

simplificar las dependencias entre columnas, aplicándose de manera acumulativa.

Una tabla con esta estructura

También podría gustarte