Ing.

Antonio Hurtado

BASE DATOS 1
 Determinar Entidades (Tablas)
Especificar atributos (Campos).
Modelo Establecer atributos de las Tuplas
Relacional Definir claves Principales.
Relacionar tablas.
Recordando
conceptos:
Relación= Conjunto ordenado de n ocurrencias
Atributos= Campos de una tabla, propiedades
de las entidades
Dominio= Conjunto donde los atributos toman
valores
Tupla= Fila de una tabla
Grado de una relación= Número de atributos o
columnas
Cardinalidad= Número de filas o tuplas de una
relación
 Entidad
Nombre de la tabla (Tabla)
Una entidad es la representación de un objeto o
concepto del mundo real que se describe en
una base de datos, que posee existencia física.

Una entidad debe ser capaz de brindar

información a las personas que la necesitan
debe ser nombrada en plurar.
• Empleados
• Clientes
• Productos

Las tablas se representan de la siguiente

manera:
Tipo de entidad
Grupo de objetos que tienen las mismas
propiedades y que en la organización para la
que va a servir la BD tienen una existencia
independiente, bien sea física o abstracta.

Notación
 Es la propiedad o característica especifica que
posee una identidad que puede identificarla,
relacionarla o describirla.
◦ DUI
◦ Nombre
Atributos ◦ Código

campos Los nombres de los campos tienen que ser

cortos y representativos de lo que van
almacenar
No deben utilizar caracteres especiales,
acentos y espacios en blanco
Atributos -> campos
Los campos o atributos se representa dentro de ella y se van
almacenando uno tras de otro

Nombre de la tabla

Campo1
Campo1
….
….
CampoN
Ejemplo : definir los campos para la tabla cliente

Clientes

Id
Nombre
Apellido
Teléfono Campos
Dirección
Claves Principal
La clave principal de una tabla es un campo o conjunto de campos que
permiten identificar en forma unívoca a cada registro de la tabla.
Registro es cada fila de datos de una tabla.
Ej:
El ID podría ser la clave principal en una tabla de cleintes, ya que
identifica a un empleado de otro.

Los campos claves serán representados gráficamente a través de un

asterisco o una llave a la izquierda de los mismos.

(*)
Ejemplo : definir los campos para la tabla cliente

Clientes

(*) Id_clientes
Nombre
Apellido
Teléfono Campos
Dirección
 En un modelo relacional las tablas se
vinculan entre sí mediante uno o más
campos, cuyos valores son iguales en una y
otra tabla. Esta vinculación se realiza a través
Relación de de una línea y en el extremo de ambas
puntas se determina el tipo de relación.
Tablas
En una relación al menos una de los dos
campos a relacionar debe ser campo clave
Tipo de relación
Asociación que se establece entre tipos de entidad para representar un
conjunto de relaciones que se establecen entre las ocurrencias de esos
tipos de entidades.

Notación

◦ E/R clásico

◦ UML
Características de las
relaciones
Cardinalidad:: Número de elementos de un tipo que se conectan con un
elemento de otro (restricción que se observa en el dominio del
problema y que controla las ocurrencias de las relaciones).

Relaciones muchos a muchos (m:m)

Relaciones uno a muchos (1:m)
Relaciones uno a uno (1:1)
Relación uno a uno

Muchos a uno

Mucho a Muchos
Ejemplo : definir los campos para la tabla cliente crear una tabla
departamentos y vincularla

Clientes Departamento

(*) Id_clientes (*) Id_Depto

Nombre Nombre
Apellido
Teléfono
Dirección

Id_Depto
 Introducción al modelo
relacional jerárquico
Las dos características más importantes del modelo son:
◦ Trabaja con estructuras de datos muy simples: Tablas bidimensionales.
◦ No hace falta hacer referencia a la forma de acceder a los datos.
En este modelo la base de datos es vista por el usuario como una relación de
tablas. Cada fila de la tabla es un registro o tupla y los atributos con columnas o
campos.
Paso del esquema e/r
al modelo relacional
TRANSFORMACION DE ENTIDADES FUERTES
En principio las entidades fuertes del
modelo. Entidad Relación son
transformados al modelo relacional
siguiendo estas instrucciones:
◦ Entidades. Las entidades pasan a ser tablas
◦ Atributos. Los atributos pasan a ser columnas.
◦ Identificadores principales. Pasan a ser claves
primarias
◦ Identificadores candidatos. Pasan a ser claves
candidatas.
Paso del esquema e/r al
modelo relacional
 RELACION VARIOS A VARIOS
En las relaciones varios a varios, la relación
se transforma en una tabla cuyos atributos
Transformacion son: los atributos de la relación y las claves
de relaciones de las entidades relacionadas (que pasarán
a ser claves externas). La clave de la tabla
la forman todas las claves externas:
Transformacion de relaciones
RELACION VARIOS A VARIOS
Transformacion de relaciones
RELACIONES DE ORDEN N

Las relaciones ternarias, cuaternarias y n-arias que unen más de dos

relaciones se transforman en una tabla que contiene los atributos de la
relación más los identificadores de las entidades relacionadas. La clave la
forman todas las claves externas:
Transformacion de relaciones
RELACIONES DE ORDEN N
Transformacion de relaciones
RELACIONES DE UNO A VARIOS Y DE UNO A UNO

Las relaciones binarios de tipo uno a varios no requieren ser transformadas

en una tabla en el modelo relacional. En su lugar la tabla del lado varios
(tabla relacionada) incluye como clave externa1 el identificador de la
entidad del lado uno (tabla principal):
TRANSFORMACION DE
RELACIONES
RELACIONES DE UNO A VARIOS Y DE UNO A UNO
Ejemplo de diseño: Base de datos de una Facultad
Requerimientos (restricciones semánticas)

Los alumnos se matriculan de varias asignaturas (al menos una). Una

asignatura puede tener varios alumnos matriculados.
Todo profesor pertenece a un departamento concreto.
Todo departamento debe tener un director, que es un profesor.
Un profesor puede impartir varios grupos de la misma asignatura (o de
asignaturas diferentes).
Un grupo de una asignatura ha de estar impartido, al menos, por un
profesor.
Las clases de cada asignatura se impartenen días, horas y aulas
determinadas.
Los atributos de cada entidad son “los habituales”.
 Identificación de entidades,
atributos y relaciones
Entidades Asignatura Alumno Profesor Departamento Aula Grupo

Atributos ID DNI NRP ID ID ID

Nombre Nombre Nombre Nombre Capacidad Tipo
Créditos Dirección Categoría …
Carácter E-mail Área
Curso … …
…
Relación Entidades participantes Cardinalidad Atributos

se matricula en Alumno – Grupo N:M Calificación

enseña Profesor – Grupo N:M

impartida en Asignatura – Grupo 1:N

asignada a Aula – Grupo N:M Día, hora

pertenece a Profesor – Departamento N:1

dirige Profesor – Departamento 1:1

Diagrama entidad/relación
(notación tradicional)
 1. Información. Toda la información de la
base de datos debe estar representada
explícitamente en el esquema lógico. Es
decir, todos los datos están en las tablas.
2. Acceso garantizado. Todo dato es
accesible sabiendo el valor de su clave y el
Las 12 reglas nombre de la columna o atributo que
contiene el dato.
de codd
3. Tratamiento sistemático de los valores
nulos. El DBMS debe permitir el
tratamiento adecuado de estos valores.
4. Catálogo en línea basado en el modelo
relacional. Los metadatos deben de ser
accesibles usando un esquema relacional.
 5. Sublenguaje de datos completo. Al menos
debe de existir un lenguaje que permita el
manejo completo de la base de datos. Este
lenguaje, por lo tanto, debe permitir
realizar cualquier operación.
6. Actualización de vistas. El DBMS debe
encargarse de que las vistas muestren la
última información
LAS 12
REGLAS DE 7. Inserciones, modificaciones y
eliminaciones de dato nivel. Cualquier
CODD operación de modificación debe actuar
sobre conjuntos de filas, nunca deben
actuar registro a registro.
8. Independencia física. Los datos deben de
ser accesibles desde la lógica de la base de
datos aún cuando se modifique el
almacenamiento.
 9. Independencia lógica. Los programas no
deben verse afectados por cambios en las
tablas
10.Independencia de integridad. Las reglas de
integridad deben almacenarse en la base
de datos (en el diccionario de datos), no
en los programas de aplicación.
LAS 12 11.Independencia de la distribución. El
REGLAS DE sublenguaje de datos debe permitir que
sus instrucciones funciones igualmente en
CODD una base de datos distribuida que en una
que no lo es.
12.No subversión. Si el DBMS posee un
lenguaje que permite el recorrido registro
a registro, éste no puede utilizarse para
incumplir las reglas relacionales.