Sie sind auf Seite 1von 79

MODELOS DE DATOS

JERARQUICO
RED
ENTIDAD RELACION
RELACIONAL
Modelo

Es una representación del mundo real que


contiene las características generales de
algo que se va a realizar.

En base de datos, esta representación la


elaboramos de forma gráfica.

Elaboró Dra. Maria del Pilar


Angeles
¿Qué es modelo de datos?

 Es una colección de herramientas


conceptuales para describir los datos, las
relaciones que existen entre ellos, semántica
asociada a los datos y restricciones de
consistencia.

Elaboró Dra. Maria del Pilar


Angeles
Conceptos
 Un dato es un valor aislado, p.e. 5, 23459.45, “No disponible”, etc.
 Información es la interpretación que se le da a un dato o un conjunto de
datos bajo un contexto dado.

 Cualquier objeto o entidad del mundo real, puede compartir las mismas
características o atributos de otro objeto. Así, ambos objetos pueden
pertenecer a la misma especie, clasificación, etc. PERO cada objeto se
distingue de los demás por los valores de esos atributos que los describen.

 El dominio define los valores permitidos a tomar por cada atributo, es


equivalente al tipo de dato. Por ejemplo: character, integer, date, string, etc.

 Un esquema es la definición de una estructura de un conjunto de objetos


del mundo real y las relaciones que guarda con otros objetos, es decir,
describe sus atributos y el dominio de éstos; en otras palabras, el esquema
son los metadatos de las entidades a representar.

 Todo esquema constará de:


 Nombre de la entidad a representar (su identificador).

 Nombre de las características o atributos (o campos) de la entidad y


sus dominios.
Elaboró Dra. Maria del Pilar
Angeles
Los modelos de datos más comunes
son
 Modelo Jerárquico
 Modelo de Red
 Modelo de Entidad-Relación
 Modelo Relacional
 Modelo Orientado a objetos.

 El Lenguaje Unificado de Modelado (UML), se


utiliza para representar los modelos anteriores.
Elaboró Dra. Maria del Pilar
Angeles
Modelo Jerárquico
 El modelo jerárquico se representa por un
árbol en el que los nodos representan los
tipos de registro o entidades, y los arcos, los
tipos de interrelaciones jerárquicas
existentes entre los mismos.

 Una base de datos jerárquica está formada


por una colección o bosque de árboles
disjuntos.
Elaboró Dra. Maria del Pilar
Angeles
Las reglas para la formación del árbol son:
A cada árbol con raíz se le denomina árbol de base de datos.

1. No hay ciclos

2. De padre a hijos son validas las relaciones de uno a uno a uno a


muchos.

3.- Cada hijo puede tener un solo padre

El esquema de una base de datos jerárquica se representa como


una colección de diagramas de estructuras de árbol. Para cada
diagrama existe una única instancia del árbol de base de datos.
La raíz de este árbol es un nodo ficticio. Los hijos de ese nodo
son instancias del tipo de registros adecuado.
Elaboró Dra. Maria del Pilar
Angeles
Problemas de Modelo Jerárquico
 El modelo jerárquico de base de datos es uno de los
primeros en aparecer.

En este modelo un registro puede repetirse en varios sitios


esto puede ocasionar los siguientes problemas:
* Riesgos de la inconsistencia al llevar a cabo
actualizaciones.
* Inevitable desperdicio de espacio en el medio de
almacenamiento secundario.

 El principal problema es la poca independencia de los


programas con respecto al almacenamiento de datos.

Elaboró Dra. Maria del Pilar


Angeles
Modelo de Red

El modelo red de datos representa las entidades en forma


de nodo de un grafo, y las asociaciones o
interrelaciones entre éstas mediante los arcos que
unen dichos nodos.

Una base de datos de red es una base de datos


conformada por una colección de registros, los cuales
están conectados entre sí por medio de enlaces en
una red.

Elaboró Dra. Maria del Pilar


Angeles
Modelo de Red
 Un registro es una colección o conjunto de campos (atributos), donde
cada uno de los campos contiene solamente un único valor
almacenado, exclusivamente el enlace es la asociación entre dos
registros, así que podemos verla como una relación estrictamente
binaria.

 Una estructura de base de datos de red, llamada algunas veces


estructura de plex, abarca más que la estructura de árbol, porque un
nodo hijo en la estructura red puede tener más de un nodo padre. En
otras palabras, la restricción de que en un árbol jerárquico cada hijo
puede tener sólo un padre, se hace menos severa.

Elaboró Dra. Maria del Pilar


Angeles
Por lo tanto…
 , la estructura de árbol se puede
considerar como un caso especial de la
estructura de red.

Elaboró Dra. Maria del Pilar


Angeles
Este curso se trata del Análisis, Modelado y Diseño de Bases de Datos Relacionales y consta de los
siguientes pasos.
Tema1: Diferentes modelos de datos y sus características principales (teoría)
Tema2: Análisis de Base de Datos : Análisis de requerimientos y diferentes tipos de diagramas (teoría)
Tema 3 El Modelo Relacional (Teoría)
Tema 4: Diseño de Bases de Datos (Práctica) EN EL TEMARIO LE DICEN DISEÑO CONCEPTUAL
Diseño Conceptual:
a) Como primer paso del diseño conceptual, analizamos la descripción del problema y obtenemos las
entidades, atributos e interrelaciones .
b) Asociamos a los atributos con las entidades e interrelaciones (elaboración de Diagrama E-R).
Práctica de Tema 2
c) Especificamos el tipo de datos y otras características de los atributos. Elaboramos el diccionario de
datos.
Resumen: Durante el diseño conceptual seguimos los pasos de identificación de entidades, atributos e
interrelaciones, construcción del diccionario de atributos, identificación de roles y construcción de
DER.
Diseño lógico:
a) Transformamos el diagrama Entidad-relación en esquemas de relación (modelo relacional)
Práctica del Tema 3
b) En la segunda fase del diseño lógico se aplica la normalización para generar los esquemas 3FN.
Tema 5: Lenguajes de Consulta Estructurado (SQL)
Diseño físico:
a) Implementamos y obtenemos el esquema físico para el manejador de base de datos, aplicando el
lenguaje de definición de datos. (DDL)
b) Inserción de datos, consultas , seguridad e integridad de datos (DCL,DML,DQL)
Tema 6: Organización Física de la base de datos
a) Especificación de métodos de acceso y optimización de consultas. (DCL,DML, DQL)
AnalisisyDisenoBD.pptx

Elaboró Dra. Maria del Pilar


Angeles
MODELO ENTIDAD RELACIÓN
Entidad: Objeto del mundo real a representar que tiene ciertas
características.
Atributo: características de la entidad. nombre
Conjunto de entidades: Colección de entidades que comparten los
mismos atributos. Alumnos
Atributos de identidad: Aquellos que permiten diferenciar una
instancia de la entidad de otra distinta, por ejemplo: No de cuenta
de Alumnos. nocuenta
Relación: Describe cierta asociación entre entidades.
Conjunto de Relaciones: colección de relaciones de la misma
naturaleza. inscriben
Cardinalidad: indica el número de entidades con las que puede
estar relacionada una entidad dada. 1 M
Tipos de cardinalidad binaria: 1:M,M:1,M:N,1:1
Grado: Indica el número de entidades que una relación asocia.
Relación recursiva
 Una entidad puede estar relacionada a si
misma.

Jefe de

9
Atributos en relaciones
Las relaciones también pueden tener
atributos asociados.
Un ejemplo típico son las relaciones de tipo

"histórico" donde debe constar una fecha o


una hora.
MODELO ENTIDAD
RELACIÓN
Llave Candidata: Atributo que identifica
unívocamente a la entidad, pero que no es
llave primaria.
Llave primaria: Atributo seleccionado del
conjunto de llaves candidatas que
identifica unívocamente a cada una de las
entidades.
Llave primaria compuesta: Conjunto de
atributos que identifican unívocamente a
cada una de las entidades.
Cardinalidades

Cardinalidad indica el número de entidades con


las que puede estar relacionada una entidad
dada.

1:1 1:M M:1 M:N


Noviazgo Compañía-Departamentos Sucursales-Banco Alumnos-Materias
Grado en MER
Aunque el modelo E- R permite relaciones de
cualquier grado, la mayoría de las aplicaciones
del modelo sólo consideran relaciones del grado
2. Cuando son de tal tipo, se denominan
relaciones binarias.

Por ejemplo la relación ALUMNO-MATERIA es


de grado 2, ya que intervienen la entidad
ALUMNO y la entidad MATERIA, la relación
PADRES, puede ser de grado 3, ya que involucra
las entidades PADRE, MADRE e HIJO.
Notaciones para DER
Notación Peter Chen

Notación Power Designer E/R


Notaciones para relaciones en DER

Notaciones Power Designer


Atributos en relaciones
 Por ejemplo, supongamos que es necesario
hacer constar quien es el titular de la
cuenta bancaria que varios clientes…
Restricciones de existencia

Si la entidad A depende de la existencia de la


entidad B, entonces A es dependiente de
existencia por B.

Es decir, si eliminamos a B tendríamos que


eliminar por consecuente la entidad A, en
este caso B es la entidad Dominante y A es la
entidad subordinada.
Restricciones de identidad
Llave:

Subconjunto de atributos que identifican


unívocamente cada una de las entidades
pertenecientes a la colección.
Asimismo, permiten distinguir entre sí las
relaciones de un conjunto de relaciones.
Restricciones de identidad
Tipos

Llave primaria

Llave compuesta
MER.. DER
 El Modelo Entidad-Relación se representa
por el Diagrama Entidad-Relación.
 Existen muchas notaciones para este
diagrama. Se usarán dos notaciones.
 Ejercicios en clase: Notación de Peter Pin-
Shan Chen, el creador del MER.
 Se utilizará el Sybase PowerDesigner para
los Modelados a entregar en el Proyecto.
Elaboró Dra. Maria del Pilar
Angeles
MER Notación Peter Chen

Elaboró Dra. Maria del Pilar


Angeles
MER PowerDesigner
Propietario Automovil
# nombre Variable characters (20) # num_placas Characters (6)
o domicilio Variable characters (30) o marca Variable characters (10)
o modelo Integer
...

dueño de
dueño de dueño de
# nombre Variable characters (20)
# num_placas Characters (6)
o status Characters (1)
...

infraccion

Infraccion
# folio Integer
o<fi> nombre Variable characters (20)
o<fi> num_placas Characters (6)
o multa Money
...

Elaboró Dra. Maria del Pilar


Angeles
Características del MER
Solo refleja:
 La existencia de los datos sin expresar lo que

se hace con ellos.

 La independencia de la base de datos y de los


sistemas operativos.

 La inclusión de todos los datos sin considerar


las aplicaciones que se tendrán.
Análisis y Diseño de BDR
 Modelo Conceptual : Análisis de
Requerimientos, generación del modelo
Entidad Relación.

 AnalisisyDiseñoBD.pptx

Elaboró Dra. Maria del Pilar


Angeles
Modelo Relacional
El modelo relacional para la gestión de una base de datos
es un modelo de datos basado en la Lógica de
Predicados y en la Teoría de Conjuntos.

Es el modelo más utilizado en la actualidad para modelar


problemas reales y administrar datos dinámicamente,
tras ser postuladas sus bases en 1970 por Edgar Frank
Codd, de los laboratorios IBM en San José (California).
Modelo Relacional - Objetivos
El trabajo publicado por Codd en ACM (1970) presentaba un nuevo
modelo de datos que perseguía una serie de objetivos, que se
resumen en las siguientes líneas:

Independencia física. El modo en el que se almacenan los datos


no influye en su manipulación lógica y por tanto, los usuarios que
acceden a esos datos no tienen que modificar sus programas por
cambios en el almacenamiento físico.
Independencia lógica. El añadir, eliminar o modificar objetos de
la base de datos (es decir cambios en el esquema) no repercute en
los programas y/o usuarios que están consultando a subconjuntos
parciales de los mismos (vistas).
Modelo Relacional
Atributo: Característica de una entidad.
Tupla: Conjunto de atributos que caracterizan a un entidad.
Relación: Conjunto de tuplas que representa al conjunto de
entidades del mundo real.
Cardinalidad: Número de tuplas de una relación
Grado: Número de atributos de una relación
Llave Primaria: atributo que identifica unívocamente a la tupla
Llave foránea: atributo que permite asociar a dos relaciones.
Tipo de dato: Dominio de valores definido para cada atributo.
Esquema: Definición de la estructura de las relaciones, sus
atributos, tipos de datos y como se asocian.
Instancia: contenido del conjunto de relaciones en un tiempo.
Intensión: Conjunto de esquemas relacionales.
Propiedades de las relaciones
Todas las tuplas de una relación deben tener el mismo número de atributos,
aunque alguno este vacio (se admite el valor NULL).
Los valores de los atributos son atómicos: fijada una tupla, cada atributo
toma un único valor (no se admiten atributos multi-valuados).
Restricción de unicidad: No se admiten tuplas duplicadas. Esto es, dos
tuplas de una misma relación deben diferir, al menos, en el valor de un
campo.
La restricción mas importante dentro del modelo relacional es que como se
fundamenta en teoría de conjuntos no se permiten tuplas duplicadas.

Dos atributos de la misma relación no pueden tener el mismo nombre.


Dos atributos de relaciones distintas pueden tener el mismo nombre
(Nombre1.Nombre2 denota el campo Nombre2 de la relación Nombre1).
El orden de los atributos no importa.
El orden de las tuplas no importa.
Diferencias del DER con el MR
Recordemos que..

Cardinalidad: Número de tuplas de una relación


Grado: Número de atributos.

¿Qué es cardinalidad en MER?

¿Qué es grado en MER?


Modelo Relacional

Dominio: Un Dominio es un conjunto finito


de valores homogéneos y atómicos
caracterizados por un nombre.
Homogéneo significa que los valores son todos
del mismo tipo.
Atómicos significa que son indivisibles, es decir,
si se descomponen se perdería la semántica del
dominio.
Modelo Relacional - Conceptos
Todo esquema constará de:

Nombre de la relación (su identificador).


Nombre de los atributos (o campos) de la
relación y sus dominios; el dominio de un atributo
o campo define los valores permitidos para el
mismo.
Ejemplo:

EMPLEADOS(cod_hospital int, no_empleado int, nombre varchar, puesto


varchar, salario double)
Modelo Relacional - Conceptos
Intensión
La intensión de una base de datos relacional esta especificado por un
conjunto de esquemas relacionales.
Ejemplo de lntensión:

HOSPITALES(cod_hospital, nombre, dirección, teléfono, no_camas)


EMPLEADOS(cod_hospital, no_empleado, nombre, puesto, salario)
DOCTORES(cod_hospital, no_doctor, nombre, especialidad)
PACIENTES(no_registro, nombre, dirección, tipo_diagnostico,
complicaciones)
Modelo Relacional - Conceptos

Instancia
Una instancia de manera formal es la aplicación
de un esquema a un conjunto finito de datos.
En palabras no tan técnicas, se puede definir
como el contenido del conjunto de
relaciones en un momento dado, pero
también es válido referirnos a una instancia
cuando trabajamos o mostramos únicamente un
subconjunto de la información contenida en
una relación.
Modelo Relacional - Propiedades
Llave primaria: Es aquella clave que permite identificar
las tuplas de la relación de forma única.

NUEVO CONCEPTO:

Llave foránea: Es un conjunto no vacío de atributos cuyos


valores han de coincidir con los valores de la llave primaria
de una relación.
Representación en Modelo Relacional

1.- Un conjunto de entes del mundo real se


representa por una relación.

2.- Cada característica de una entidad del


mundo real se representa como un atributo
de la relación.

3.- Cada ente debe ser identificado por un


atributo que será la llave primaria de la
relación.
Representación en Modelo Relacional

4.- Cada tupla de una relación A se asocia con una o muchas


tuplas de otra relación B. La representación de este tipo de
asociacion 1:M se determina con la llave foránea (FK).
Donde la llave primaria (PK) de la relación A con
asociación 1 se copia como llave foránea en la relación B
con asociación M.
5.- Una o muchas tuplas de una relación A se asocian con una
o muchas tuplas de otra relación B. La representación de
este tipo de asociacion N:M, se convierte en una nueva
relación que tendrá como llave primaria compuesta (PK)
las dos llaves primarias de las relaciones que asocia.

5.-
Ejemplo Alumnos M1 Tesis:
Si un alumno para titularse de licenciatura puede
escribir una sola tesis, pero esa tesis puede ser
escrita por varios alumnos:
Se tienen dos relaciones (Alumnos, Tesis)

Alumnos(nocta int, nombre string, ape_pat string,


ape_mat string, fecnac date, notesis int)

Tesis(notesis int, nombretesis string)


Elaboró Dra. Maria del Pilar
Angeles
Ejemplo Alumnos MM Materias:
Si un alumno puede cursar muchas materias y una
materia es cursada por muchos alumnos:
Se tienen tres relaciones (Alumnos, Cursa y Materias)

Alumnos(nocta int, nombre string, ape_pat string,


ape_mat string, fecnac date)

Materias(nomat int, nombremateria string)

Cursa(nocta int, nomat int, calificacion int)


Elaboró Dra. Maria del Pilar
Angeles
Propiedades de las PK y las FK

1.- Las FK permiten asociar las relaciones.


2.- Una FK y la PK de la relación referenciada asociada
han de estar definidas sobre los mismos dominios.
3.- Una relación puede poseer mas de una FK (tendrá
una FK por cada relación referenciada de la cual
dependa.
4.- Una relación puede no poseer FK.
5.- Una FK puede enlazar una relación consigo misma
(relaciones reflexivas)
6.- En el modelo Relacional, toda relación posee PK.
Propiedades de las PK y las FK

7.-Ninguna de las partes que componen a la


PK puede ser nula.

8.- Las modificaciones a las llaves primarias


deben estar muy controladas o prohibidas.
Información incompleta y valores
nulos
Se dice que la información esta incompleta, cuando
algunos de los valores de los atributos son NULOS.
Valor nulo (NULL): Es una marca utilizada para
representar información desconocida o no aplicable.
El valor de un atributo puede ser nulo por dos razones
distintas:
Existencia de tuplas con ciertos atributos
desconocidos en ese momento.
Existencia de atributos inaplicables a ciertas tuplas de
una relación.
Ejemplo:
 En la relación Obras, los valores nulos del registro
'678V' lo son por información deconocida, mientras que
el valor nulo de la tupla '564B' representa un atributo no
aplicable (un cuadro no posee editorial).

 El hecho de representar valores desconocidos o no


aplicables a través de NULL ha representado problemas
de interpretación al visualizar la información porque en
algunas ocasiones no se puede distinguir cuando se
desconoce la información o bien cuando no aplica
capturar un valor en el campo correspondiente.
 Alternativa: Capturar “NA” cuando No aplique a ese
campo y distinguirla así de la información desconocida
con NULL.
Diferentes notaciones del modelo relacional

Alumnos(nocta int, nombre string, ape_pat string, ape_mat string, fecnac date)
Materias(nomat int, nombremateria string)
Cursa(nocta int, nomat int, calificacion int)

En clase usaremos ésta última porque es mas sencillo y rápido.

Elaboró Dra. Maria del Pilar


Angeles
Modelo Relacional - Restricciones
Existen los siguientes tipos de restricciones:
De dominio
De unicidad
De llave
De integridad
Modelo Relacional - Restricciones
Restricción de dominio: El valor de cada atributo debe ser un valor
atómico de su dominio.
Restricción de unicidad: Una llave primaria no puede repetirse.
Restricción de llave primaria: (única y no nula ya sea sencilla o
compuesta.
Restricción de los valores de un atributo: son los predicados
definidos por el administrador de bases de datos sobre los valores de
los atributos usando el lenguaje de definición de datos.
Restricciones de integridad semántica: El valor de los atributos debe
corresponder con las reglas propias del negocio.
Restricción de referencia: El valor de una llave foránea debe existir
previamente como valor de llave primaria en la relación padre.
Modelo Relacional - Restricciones

Restricciones de integridad semántica:


Son las reglas propias del negocio, como por
ejemplo que el salario de un empleado no
puede superar al de su supervisor. Estas
restricciones se especifican a través de
objetos específicos para tal fin definidos en el
lenguaje de control propio del manejador de
base de datos, como por ejemplo triggers,
stored procedures, rules, constraints,
defaults, etc.
Modelo Relacional - Restricciones
 De referencia: sea DEPTNO la clave primaria de DEPT y también un
atributo foráneo de EMP.
 Entonces para toda tupla de EMP donde DEPTNO no sea nulo debe
existir la tupla correspondiente en DEPT.
Modelo Relacional - Restricciones

¿Cuándo se pueden producir errores de


integridad referencial en los datos?

Cuando insertamos una nueva tupla en la


relación referenciada y el valor de la llave
foránea no existe en la relación principal.
Por ejemplo, insertamos un nuevo habitante

con un código de población que no existe en


poblaciones (una población que no existe).
Modelo Relacional - Restricciones
- Es decir, para cualquier valor no nulo de la
llave foránea existe un valor asociado en la llave
primaria de la relación objetivo.

La integridad referencial puede verse


afectada cada vez que se realizan inserciones,
borrados o modificaciones.
ESTE CONCEPTO EXISTE Y SE PROCURA EN
EL MODELO RELACIONAL Y EN EL FISICO.
SE EXPLICARÁ MAS DETALLADAMENTE EN
TERMINOS DEL MODELO FISICO.
Modelo Relacional

Una vez identificado el modelo relacional,


regresamos al Análisis y Diseño de Base de
Datos para conocer la etapa del Diseño
Lógico.
AnalisisyDiseñoBD.pptx (slide 16)
Modelo Relacional
 El modelo relacional tiene un lenguaje asociado de nombre Algebra
Relacional, este nos explica las consultas hacia las relaciones a través
de la Teoria de conjuntos y la lógica de predicados
AlgebraRelacional.pptx.
 El modelo relacionales pasa por un proceso al que se le conoce como
normalización de una base de datos, el cual es entendido como el
proceso necesario para que posteriormente, en el modelo físico, la base
de datos sea utilizada de manera óptima. (normalizacion.pptx)
 Entre las ventajas de la normalización están:

 Garantiza herramientas para evitar la duplicidad de registros, a través de campos


claves o llaves.

 Garantiza la integridad referencial: Así al eliminar un registro elimina todos los


registros relacionados dependientes.

 Favorece la normalización por ser más comprensible y aplicable.

Elaboró Dra. Maria del Pilar


Angeles
Modelo Físico Relacional
Campo: Característica de una entidad, (MR:atributo).
Registro: Conjunto de campos que caracterizan a una entidad,(MR:
tupla)
Tabla: Conjunto de registros que representa al conjunto de
entidades del mundo real. (MR: relación)
Cardinalidad: Número de registros de una tabla
Grado: Número de campos de una tabla
Llave Primaria: campo que identifica unívocamente al registro.
Llave foránea: campo que permite asociar a dos registros de dos
tablas.
Tipo de dato: Dominio de valores definido para cada campo.
Esquema: Definición de la estructura de las tablas, sus campos,
tipos de datos y como se asocian.
Instancia: contenido de la base de datos en un tiempo.
Intensión: Conjunto de esquemas de las tablas.
Diferencias entre Modelo Relacional
y Modelo Físico

Errores comunes…..
Una relación por lo general suele
conceptualizarse como una tabla, pero esto
es en el modelo físico y hace que el modelo
lógico se confunda con el físico!!!.
Una tupla se conceptualiza como un registro,
pero esto es en el modelo físico.
Un atributo se conceptualiza como un
campo, pero esto es en el modelo físico.
Base de Datos
 Una Base de datos es un conjunto de datos
organizados y relacionados entre sí, los
cuales son recolectados y explotados por
los sistemas de información de una
empresa o negocio en particular.
BASES DE DATOS
La tabla es la representación física en la
base de datos de una relación (MR) o
entidad(MER).

Las tablas son estructuras de


almacenamiento que albergan la información
en forma de registros que deben de ser
identificados de manera única y esto se logra
a través de una llave primaria.
TABLA
ALUMNOS

NOCUENTA NOMBRE APELLIDO APELLIDO DOMICILIO


PATERNO MATERNO
304522545 ERNESTO LOPEZ VILLAREAL AV. XOLA No.
25, col
Viaducto, CP.
Registros 044828
325454558 LUCIA JUAREZ SANTIAGO TLALPAN NO.
3929, COL
TLALPAN

columnas

Elaboró Dra. Maria del Pilar


Angeles
Reglas de Formación de Base de
Datos

Cada tabla contiene un solo tipo de registro.


Cada registro tiene un número fijo de campos.
No se permiten campos multivaluados
Cada registro es único y se identifica con su
clave primaria.
Reglas de Formación de Base de
Datos
 La llave primaria de la tabla se selecciona entre las
claves candidatas.
 Si un campo A de R1 es también la clave primaria
de R2, entonces A es una llave foránea de R1.
 El orden de los registros en la relación es
irrelevante.
 Los valores de los campos deben pertenecer al
dominio definido en el.
 Un mismo dominio puede ser usado por diferentes
campos.
Integridad referencial
 En términos del modelo físico

Elaboró Dra. Maria del Pilar


Angeles
Integridad referencial
 Ejemplo: Sea el siguiente esquema:
 Peliculas (Id_pel, titulo, clasificación, género, nombreactor, Id_dir)
Id_pel (PK) Titulo Clasificación Genero Nombreactor Id_dir (FK)
010 La Guerra de A Accion Harrison Ford 1
las Galaxias I
020 Dracula C Terror Jorge Marfil 2
030 La Guerra de A Acción Harrison Ford 1
las Galaxias II

 Directores (Id_dir, nombredirector, paisdeorigen)


Id_dir (PK) Nombredirector Paisdeorigen
1 George Lucas Estados Unidos
2 Steven Spielberg Estados Unidos
3 Pedro Almodovar España
Integridad Referencial

Borrado de un registro cuya llave


primaria esta referenciada en otra tabla
Regla: No se puede borrar un registro si éste a
su vez está referenciado.

Caso 1 Borrado restringido: Solo se


permite el borrado si no existen registros
referenciados.
39

Ej. De problemas de integridad
referencial
 Se quiere borrar en Directores al registro correspondiente a Pedro
Almodovar, su llave (3) no esta referenciada en Películas, entonces se borra el
registro en Directores.
 Películas
Id_pel (PK) Titulo Clasificación Genero Nombreactor Id_dir (FK)
010 La Guerra de A Accion Harrison Ford 1
las Galaxias I
020 Dracula C Terror Jorge Marfil 2
030 La Guerra de A Acción Harrison Ford 1
las Galaxias II

 Directores (Id_dir, nombredirector, paisdeorigen)

Id_dir (PK) Nombredirector Paisdeorigen


1 George Lucas Estados Unidos
2 Steven Spielberg Estados Unidos
3 Pedro Almodovar España
Integridad Referencial

Caso 2 Borrado en Cascada: Se borra el


registro junto con los registros que lo
referencian.
Ej. De problemas de integridad
referencial
 Se quiere borrar en Directores al registro correspondiente a Steven Spielberg, su
llave (2) está referenciada en Películas, entonces se borran los registros en donde
se referencia a la llave foránea en películas y se borra el registro en Directores
con la llave primaria correspondiente.
Películas

Id_pel (PK) Titulo Clasificación Genero Nombreactor Id_dir (FK)


010 La Guerra de A Accion Harrison Ford 1
las Galaxias I
020 Dracula C Terror Jorge Marfil 2
030 La Guerra de A Acción Harrison Ford 1
las Galaxias II

 Directores (Id_dir, nombredirector, paisdeorigen)


Id_dir (PK) Nombredirector Paisdeorigen
1 George Lucas Estados Unidos
2 Steven Spielberg Estados Unidos
3 Pedro Almodovar España
Integridad Referencial

Caso 3 Borrado por nulificación: Se borra


el registro y se asigna NULL a la llave foránea
de los registros que lo referencian, siempre y
cuando los acepte.
Integridad referencial
 Se quiere borrar en Directores al registro correspondiente a Steven Spielberg, su
llave (2) está referenciada en Peliculas, pero se quiere conservar la película
porque esta tendrá en un futuro a un director, entonces se pone a NULO las
referencias en la tabla Peliculas y se borra la tupla con llave 2 en Directores.
Películas

Id_pel (PK) Titulo Clasificación Genero Nombreactor Id_dir (FK)


010 La Guerra de A Accion Harrison Ford 1
las Galaxias I
020 Dracula C Terror Jorge Marfil 2
030 La Guerra de A Acción Harrison Ford 1
las Galaxias II

 Directores (Id_dir, nombredirector, paisdeorigen)


Id_dir (PK) Nombredirector Paisdeorigen
1 George Lucas Estados Unidos
2 Steven Spielberg Estados Unidos
3 Pedro Almodovar España
Integridad Referencial

Modificacion de una entidad cuya llave


primaria esta referenciada en otra
entidad
Regla: Se puede modificar una llave foránea

a nulo o a un valor existente en la tabla


donde es llave primaria.
Integridad Referencial

Caso 1 Modificación restringida: Solo se


permite la operación si no hay registros
referenciados.
Ej. De problemas de integridad
referencial
Se quiere modificar en Directores al registro correspondiente a Pedro
Almodovar por Guillermo del Toro, su llave (3) no esta referenciada en Peliculas,
entonces se modifica el registro en Directores con la misma llave.
Películas

Id_pel (PK) Titulo Clasificación Genero Nombreactor Id_dir (FK)


010 La Guerra de A Accion Harrison Ford 1
las Galaxias I
020 Dracula C Terror Jorge Marfil 2
030 La Guerra de A Acción Harrison Ford 1
las Galaxias II

 Directores (Id_dir, nombredirector, paisdeorigen)


Id_dir (PK) Nombredirector Paisdeorigen
1 George Lucas Estados Unidos
2 Steven Spielberg Estados Unidos
3 Pedro Almodovar España
Integridad. Referencial

Caso 2 Modificación en Cascada: Se


modifica el registro junto con todos los
registros referenciados.
Ej. De problemas de integridad
referencial
 Se quiere modificar en Directores a Steven Spielberg por Guillermo del Toro,
su llave (2) está referenciada en Películas, entonces se modifican aquellos
campos correspondientes a la llave foránea por el nuevo valor en la tabla
Directores (Guillermo del Toro)
Películas

Id_pel (PK) Titulo Clasificación Genero Nombreactor Id_dir (FK)


010 La Guerra de A Accion Harrison Ford 1
las Galaxias I
020 Dracula C Terror Jorge Marfil 2
030 La Guerra de A Acción Harrison Ford 1
las Galaxias II

 Directores (Id_dir, nombredirector, paisdeorigen)


Id_dir (PK) Nombredirector Paisdeorigen
1 George Lucas Estados Unidos
2 Steven Spielberg Estados Unidos
3 Pedro Almodovar España
Integridad Referencial

 Caso 3 Modificación por nulificación: Se


modifica el registro y se asigna NULL a la
llave foránea de los registros que lo
referencian, siempre y cuando los acepte.
Ej. De problemas de integridad
referencial
 Se quiere modificar en Directores a Steven Spielberg por Guillermo del Toro,
su llave (2) está referenciada en Películas, entonces se pone NULL aquellos
campos correspondientes a la llave foránea y se modifica la tupla en la tabla
Directores.

 Películas
Id_pel (PK) Titulo Clasificación Genero Nombreactor Id_dir (FK)
010 La Guerra de A Accion Harrison Ford 1
las Galaxias I
020 Dracula C Terror Jorge Marfil 2
030 La Guerra de A Acción Harrison Ford 1
las Galaxias II

 Directores (Id_dir, nombredirector, paisdeorigen)

Id_dir (PK) Nombredirector Paisdeorigen


1 George Lucas Estados Unidos
2 Steven Spielberg Estados Unidos
3 Pedro Almodovar España
Integridad Referencial
 Dentro de la implementación de la base de
datos, es muy importante procurar la
integridad referencial y el control de la
integridad a través de triggers y demás
objetos de la base de datos.
 Un modelo relacional fisico, debe obedecer a
12 reglas que propuso Edgar Codd.
 Las12reglasdeCodd.pptx
Elaboró Dra. Maria del Pilar
Angeles

Das könnte Ihnen auch gefallen