FUNDAMENTOS

DE BASE DE
DATOS
Universidad Carlos III de Madrid

Marta Alves Machado Emaúz

Estadística y Empresa | Curso 3º

18 octubre 2020

TEMA 1: INTRODUCIÓN A LA BASE

DE DATOS

1. DEFINICIÓN DE SISTEMA DE INFORMACIÓN

Conjunto de elementos ordenadamente relacionados entre sı́, que contribuyen a un
determinado objetivo.
A. Características:
- Los elementos están relacionados segú n unas reglas.
- El sistema es finalista.
- La noció n de sistema es relativa.
- El “todo” es má s que la suma de las “partes”.

B. Esquema Genérico del Sistema:

C. Tipos de Sistemas
- Naturales.
- Artificiales: Incluyen a los Sistemas de Informació n. Se dividen en dos
subtipos:
• Sistema de Informació n Informal: La informació n se difunde por medio
de contactos interpersonales entre empleados.
• Sistema de Informació n Formal: La informació n necesaria para el
funcionamiento de una organización se encuentra formalizada e
institucionalizada. Es un mé todo má s eficaz y eficiente.

1
D. Nueva Definición de Sistemas de Información:
Conjunto de elementos ordenadamente relacionados entre sı́, que aportan a la
organizació n la información que necesita para el cumplimiento de sus fines. Debe
recolectar, procesar y almacenar datos procedentes tanto de la propia
organizació n como de fuentes externas.
- Caracterı́sticas: tecnológicas, econó micas, funcionales y sociales.
- Cualidades: Precisa, Oportuna, Completa, Significativa, Coherente y Segura.

E. Sistema Dinámico:
Un sistema dinámico es aquel que controla su actuación en funció n de cómo las
salidas cumplen los objetivos marcados, de forma que el sistema se adapta a las
condiciones del entorno que son variables con el tiempo.

2. COMPONENTES DE UN SISTEMA DE INFORMACIÓN:

A. Clasificación de los sistemas de información:

2
B. Clasificación de los Sistemas de información con respeto a la estructura de datos:
- Sistemas de Recuperación de Información (SRI): Se dedican al
tratamiento de datos no formateados.
- Sistemas de Gestión de Bases de Datos (SGDB): Se dedican al tratamiento
de datos formateados.

3. EL PAPEL DE LA BASE DE DATOS:

A. Tipos de Sistemas de Informació n Empresariales
- Sistemas de información para la gestión: Se dedican al tratamiento
administrativo de datos operacionales. Los necesarios para llevar a cabo la
rutina diaria de la organizació n.
- Sistemas de información para la toma de decisiones: Sistematizan
funciones directivas y constituyen un elemento activo para la toma de
decisiones.
B. Niveles de Gestión d e las Organizaciones:

4. C0NCEPTO DE BASE DE DATOS:

A. Sistemas Orientados al Proceso:
Son los sistemas tradicionales. En ellos se pone má s énfasis en los tratamientos que
en los datos. Los datos se encuentran repetidos en diversos ficheros tratados de
forma independiente por cada aplicació n.






Problemas del sistema:
3
 - Dificultad de mantenimiento.
- Excesiva dependencia del soporte físico.
- Dependencia de los datos respecto de los programas.
- Dificultad para montar sistemas de informació n orientados a la toma de
decisiones. Los ficheros están muy orientados a cada aplicació n.

B. Sistemas Orientados a Datos:

Tratan de resolver los problemas del enfoque tradicional. Se fundamentan en la
utilización de una Base de Datos que sustituye todos los ficheros por una única
colección de datos que puede ser utilizada por todas las aplicaciones.

C. Concepto de Base de Datos:
Características:
- Colección o deposito de datos con redundancia controlada y con una
estructura que refleja las interrelaciones y restricciones del mundo real.
- Los datos pueden ser compartidos por diferentes usuarios
- Las aplicaciones han de ser independientes de los datos.
- La definición y descripción de los datos será única y se almacenará junto al
dato en si.
- Los procedimientos de actualización y Recuperació n han de ser capaces de
conservar la integridad, seguridad y confidencialidad del conjunto de datos
Ventajas:
- Independencia de los datos respecto a los tratamientos y viceversa.
- Coherencia de resultados.
- Mayor disponibilidad de la informació n en entornos multiusuarios.
- Reducción del espacio de almacenamiento.
- Informació n integrada con los datos.
- Mayor eficiencia en la recogida de datos.

Desventajas:

4
 - Instalación costosa.
- Personal especializado.
- Implantación larga y difícil.
- Falta de rentabilidad a corto plazo.
- Escasa estandarización.

D. Niveles y Roles:
Esquema Externo:
La Estructura Lógica de Usuario: corresponde a la visión que tiene de la Base de
Datos cada usuario particular. En ella se reflejan todas las relaciones y datos que
tengan interés para cada usuario particular. Existen tantos esquemas externos como
aplicaciones, teniendo en cuenta que el mismo esquema externo lo pueden usar
varias aplicaciones
Esquema Conceptual:
La Estructura Lógica Global: Corresponde al enfoque del conjunto de la empresa.
Incluye la descripción de TODOS los datos, ası́ como las interrelaciones entre ellos y
sus restricciones de integridad.
Esquema Interno:
La Estructura Física: Hace referencia a la forma en que se organizan los
datos en el almacenamiento físico. Depende mucho de cada SGBD aunque suele
referirse a:
1. Estrategia de almacenamiento: Asignación del espacio de
almacenamiento para los datos.
2. Caminos de acceso: Forma de acceder a la informació n (claves, índices,
punteros ...)

Los Roles:
- Diseñador
- Administrador (DBA)
- Programador
- Usuario

5
5. EL SGBD COMO INTERFAZ ENTRE EL USUARIO Y LA BASE DE
DATOS.








A. Esquema:

6. CONCEPTO Y PRINCIPALES FUNCIONES SISTEMA DE BASE DE

DATOS.
A. Concepto:
Conjunto de programas, procedimientos, y lenguajes que suministran a los distintos
tipos de usuarios los medios necesarios para describir y manipular los datos
almacenados en la base, garantizando su seguridad.
SISTEMA DE BASE DE DATOS = BD + SGBD + ...
B. Operaciones Habituales en un SGBD:
Sobre el conjunto de la base:

- Creación.
- Reestructuración.
- Consulta a la totalidad.

6
 Sobre registros concretos:

- Inserción.
- Borrado. Actualización
- Modificación.
- Consulta selectiva.

C. Principales Funciones:

Función de Definición o Descripción:
DESCRIBE
- Los elementos de datos.
- La Estructura.
- Interrelaciones.
LDD (Lenguaje de
- Reglas de integridad.
Definición de Datos)
PARA LOS TRES NIVELES
- Ló gica de usuario (Esquema Externo).
- Ló gica global (Concepto).
- Físico.


Función de Manipulación:
Operaciones sobre la Base de Datos:
- Recuperar.
- Añadir. LMD (Lenguaje de
- Suprimir. Manipulación de
- Modificar. Datos
Es necesario:
- Definir la estructura ló gica a manipular.
- Definir el criterio de selecció n.
- Acceder a la estructura física.

Función de Utilización o Control:
Procedimientos para el Administrador

7
 Resumen:
Un SGBD debe disponer de lenguajes y procedimientos que posibiliten la interacción
con la base de datos:
- LDD (Lenguaje de Definición de Datos): para la definición de las estructuras
de datos a todos los niveles (externo, conceptual e interno).
- LMD (Lenguaje de Manipulación de Datos): permite la ejecución de
operaciones de recuperació n y actualización sobre un conjunto de registros
(identificado a través de un criterio de selecció n), indicando las estructuras
externas sobre las que se actúa.
- Procedimientos de administración: copias de seguridad, estadísticas, carga
de datos, ...

D. Clasificación de los Lenguajes de Datos:












Ejemplo de Sentencia en un Lenguaje Autocontenido (SQL):

8
 Acceso a Fichero y a Base de Datos:









E. Arquitectura ANSI / X3 / SPARC:
Arquitectura en tres niveles, entre los que se encuentra el nivel conceptual.
El nivel conceptual lo compone un esquema conceptual que constituye una
descripción global de los datos, a partir de la cual se elaboran los esquemas externos
dirigidos a las diferentes aplicaciones que se apoyan en la base de datos

Nivel Externo:
Es el nivel má s cercano al usuario.
Cada usuario está interesado en un subconjunto concreto de la Base de Datos Global.
Los subconjuntos se denominan Vistas Externas y se definen por medio de
Esquemas Externos. Pueden existir varios Esquemas Externos.

9
 Nivel Conceptual:
Proporciona un eslabón intermedio entre la visión de la BD que se ofrece al usuario
y el nivel de almacenamiento físico.
Es una representación del contenido total de la BD.
Corresponde a la visión de los datos desde el punto de vista del diseñador de la BD,
sin restricciones de software ni de hardware.
La Vista Conceptual se define por medio de un Esquema Conceptual que define los
distintos tipos de datos conceptuales.
Nivel Interno
Es el nivel má s cercano a la má quinas.
Describe cómo y dónde se almacena un conjunto determinado de datos.
Este nivel se describe mediante un Esquema Interno que además de los tipos de los
datos contiene la estructura de almacenamiento, las estrategias de acceso, etc.

F. Metadatos o Diccionario de Datos:
Almacena la denominación, descripción, origen, formato, uso y relaciones de las
estructuras que integran el sistema de informació n

10
G. Ejemplos de SGBD:

7. METODOLOGÍA DE DESARROLLO DE BASE DE DATOS:

A. Metodología del Diseño:
"Una metodología es un conjunto de procedimientos, té cnica y ayudas a la
documentación para el desarrollo de un producto software”.
a) Actividades a seguir en el desarrollo de principio a fin de la BD
b) Qué es lo que hay que realizar en cada actividad indicando
- Qué se necesita como entrada.
- Qué se produce como salida.
- Quién está involucrado.
Componentes:













11
Introducción:









Fase 2: Concepción de la BD.









Necesidades de la Organización y Requisitos del Sistema:
1. Describir las actividades de la organizació n.
2. Aná lisis del sistema existente (si existe).
3. Determinar necesidades de los usuarios Funciones a integrar en BD
Modificaciones en las aplicaciones existentes.
El objetivo es concretar:
- Datos de entrada, procedimientos y medios que se precisan para obtener
dichas informaciones.
- Caracterı́sticas del sistema y su arquitectura.
- Esquema conceptual: contenido/estructura de la BD.
NOTA: Esta fase es independiente de la má quina donde se va a implantar y el SGBD
que se utilizará en su puesta en marcha.

12
Evaluación y selecció n de equipo físico y ló gica necesarios:
1. Elegir uno de los SGBD existentes en el mercado.
2. Evaluar las exigencias del equipo respecto al SGBD: memorias principal y
secundaria, capacidad de proceso, etc. El organismo deberá́ disponer de un
equipo que será el que se utilice para implementar el sistema.

Fase 3: Diseño y Carga.

Diseño lógico y Físico:
Transformación del esquema conceptual a un esquema ló gico de acuerdo con las
caracterı́sticas del SGBD elegido.
Definida la estructura ló gica de la BD, se pasa a obtener la estructura fı́sica (esquema
de almacenamiento).
Carga y Optimizació n:
Ya definida la BD, se pueden cargar los datos (aplicaciones automatizadas, migració n
de SGBD, los nuevos introducié ndolos en la BD). Si los datos no está n en soporte de
ordenador, se incrementaran los plazos y los costes.
Paralelo a la fase de diseñ o, se debe desarrollar los programas necesarios para
implementar la gestió n, para que cuando se carguen los datos, se puedan ir
probando los programas que manejan esos datos.
Medir rendimientos para ajustar la estructura fı́sica o incluso ló gica si es necesario.

13

B. Modelos de Datos:
MODELADO: Describir la estructura de la BD de forma que se represente fielmente
la parcela del mundo real que se va a almacenar. Proceso de abstracció n que se
apoya en un MD.






El modelo de datos es el instrumento que se aplica a los datos para obtener la
estructura de datos o esquema.
Fases del Ciclo de Vida de Base de Datos:
1. Aná lisis Conceptual: Proporciona la capacidad semá ntica suficiente para
representar todos los elementos del Universo del Discurso.
2. Diseñ o Ló gico: Trata de obtener un esquema que responda a la estructura
ló gica especı́fica del SGDB que se aplique, por lo que estará sometido a las
restricciones de dicho SGDB.
3. Diseñ o Fı́sico: Trata de conseguir la má xima eficiencia de cara a la má quina y
al problema especı́fico. Implementa fı́sicamente la Base de Datos.

14


Concepto de Modelos de Datos:

Definició n:
¿Qué es un Modelo de Datos (MD)?
Un modelo de datos proporciona un conjunto de conceptos, reglas y convenciones
que nos permiten describir y manipular los datos que queremos almacenar en la BD.
Todo modelo de datos se compone de una parte está tica y una parte diná mica.
Componentes de un Modelo de Datos: MD = {S, O}
S: Está tica. Contempla aquellas propiedades del universo del discurso que son
invariantes en el tiempo, es decir, su estructura. (LDD)
- Conjunto de objetos (entidades).
- Conjunto de asociaciones (interrelaciones) entre ellos.
- Conjunto de propiedades (atributos, campos) y su dominio.
- Conjunto de restricciones: Limitaciones impuestas a la estructura del modelo
o a los datos que invalidan ciertas ocurrencias de la BD. Inherentes (propias

del modelo) y Semá nticas (propias del usuario, limitaciones impuestas a los

15
 valores de los atributos o a las caracterı́sticas de las interrelaciones para
reflejar fielmente el problema en el mundo real).
O: Diná mica. Relativa a las propiedades del universo del discurso que varı́an con el
tiempo. Incluye las operaciones que se aplican a los datos o valores almacenados en
las estructuras. (LMD)
- Recuperació n.
- Actualizació n.
Una operació n tiene dos componentes:
1. Localizació n o Selecció n: Consiste en localizar una ocurrencia de un objeto
indicando un camino, o bien un conjunto de ocurrencias especificando una
condició n.
2. Acció n: Que se realiza sobre la(s) ocurrencia(s) previamente localizada(s)
mediante una operació n de selecció n. Puede ser una recuperació n o una
actualizació n (inserció n, borrado o modificació n).
Sintaxis conceptual de una sentencia en un Lenguaje de Manipulació n (DML):
- Localizació n <condició n>
- Acció n <objetivo>
Ejemplo: UPDATE Libro
SET Editorial=“Planeta”
WHERE Editorial = “Grupo Planeta”

C. Tipos de Abstracción:
La abstracció n busca las propiedades comunes de un conjunto de objetos
reduciendo la complejidad y ayudando a entender el mundo real.
Tipos de Abstracció n que Ofrecen los Modelos:
- Clasificació n/Particularizació n.
- Agregació n/Desagregació n.
- Generalizació n/Especializació n.
- Asociació n/Disociació n.
- Jerarquı́a de Abstracciones

16


17
TEMA 3: TRANSFORMACIÓN
DIAGRAMA E/R AL MODELO
RELACIONAL.

1. INTRODUCCIÓN:
Etapas Del Diseño Lógico:

A. INTRODUCCIÓN RELACIONAL:

El Modelo Relacional fue presentado por Codd. Da independencia fı́sica, ló gica,
uniformidad, mı́nima redundancia y sencillez en comprensió n y uso del modelo

La está tica se basa en relaciones.

2. ESTRUCTURA DEL MODELO RELACIONAL:

Dominios y Atributos:

- Un dominio es un conjunto finito de valores con determinado tipo de datos

- Un atributo toma sus valores de un dominio
- Es habitual que el atributo y el dominio tengan el mismo nombre
- Distintos atributos pueden definirse sobre el mismo dominio.
- Una relació n no puede tener dos atributos iguale

18
A. INTENSIÓN DE UNA RELACIÓN:
Representa la parte definitoria y está tica de una relació n. Tambié n se denomina
esquema de relación.

EMPLEADO (dni:DNIs, Apellido: NOMBRES, Nombre: NOMBRES, Puesto: PUESTOS)

B. EXTENSIÓN DE UNA RELACIÓN:

Definició n de la relació n a travé s del conjunto de tuplas que, en un momento
determinado, cumplen el esquema de relación. Las tuplas son las ocurrencias, los
atributos las propiedades de la relació n

C. CLASES DE RELACIÓN:
Relaciones Básicas: Se definen con independencia de las demá s relaciones. Se
corresponden con el nivel conceptual. Siempre tienen un nombre.

Relaciones Derivadas: Se definen como resultado de efectuar operaciones sobre otras

relaciones bá sicas o derivadas. Pueden no tener existencia fı́sica, bastando con
almacenarse su definició n. Pueden no tener nombre. Ejemplos son las vistas y las
consultas.

D. CLAVES:
Clave Candidata: Es un conjunto no vacı́o de atributos que identifican unı́voca y
mı́nimamente cada tupla de la relació n.

- Clave Primaria: Es aquella clave candidata que se escoge para identificar las tuplas
- Clave Alternativa: Son las claves candidatas que no han sido elegidas como clave
primaria

Clave Ajena de una relació n R2 es un conjunto no vacı́o de atributos cuyos valores

deben coincidir con los valores de la clave candidata de una relació n R1 (R1 y R2 pueden
ser iguales). Los dominios de la clave candidata y de la clave ajena deben ser iguales.

19
3. RESTRICCIONES:
A. RESTRICCIONES INHERENTES:
Impuestas por el modelo relacional; son las siguientes:

- No hay tuplas duplicadas (implica la existencia de una clave primaria)

- El orden de las tuplas no es relevante
- El orden de los atributos no es significativo
- Cada atributo só lo puede tomar un valor de su dominio. No se permiten grupos
repetitivos (Primera Forma Normal)

B. RESTRICCIONES SEMÁNTICAS:
Las principales son:

- Clave primaria (PRIMARY KEY): Permite declarar un atributo/s como clave

primaria, por lo que sus valores no pueden repetirseni admitir nulos (valores
desconocidos) à Regla de Integridad de Entidad
- Unicidad (UNIQUE): Indica que los valores del atributo/s no pueden repetirse.
Permite definir claves alternativas (permite el valor nulo).
- Obligatoriedad (NOT NULL): Indica que el atributo/s no admite valores nulos.
- Integridad Referencial (FOREIGN KEY): La Integridad Referencial permite que
los valores que pueden aparecer en la clave ajena de una relació n, aparezcan como
clave primaria en otra relació n (que podrı́a ser la misma en caso de relaciones
reflexivas). La palabra FOREIGN KEY se utiliza en el lenguaje SQL para definir
claves ajenas. Cuando se establece la integridad referencial el SGBD se encarga de
comprobar que los valores de la clave ajena son correctos.

20
Una posible forma de representar las claves ajenas y la integridad referencial es la
siguiente:





En este ejemplo, las claves ajenas de Escribe son tambié n su clave primaria:






C. CONSECUENCIAS DE LAS OPERACIONES DE BORRADO/MODIFICACIO| N:
- Operación restringida (NO ACTION): El borrado de tuplas en la relació n (R1) con
la clave referenciada (o la modificació n de esa clave) só lo es posible si no existen
tuplas, con ese valor en la clave ajena, en la relació n que referencia (R2).
- Operación en cascada (CASCADE): El borrado de tuplas en la relació n (R1) con la
clave referenciada (o la modificació n de esa clave) desencadena el borrado o la
modificació n en cascada de las tuplas, con ese valor en la clave ajena, de la
relació n que referencia (R2).
- Operación con puesta a nulos (SET NULL): El borrado de tuplas en la relació n
(R1) con la clave referenciada (o la modificació n de esa clave) implica poner
nulos en las tuplas, con ese valor en la clave ajena, de la relació n que referencia
(R2). La clave ajena deberı́a permitir valores nulos para que esta opció n tenga
sentido.
- Operación con puesta a valor por defecto (SET DEFAULT): El borrado de tuplas
en la relació n (R1) con la clave referenciada (o la modificació n de esa clave)
implica poner un valor por defecto en las tuplas, con ese valor en la clave ajena,
de la relació n que referencia (R2). El valor por defecto se establece al crear la
tabla

21
D. NOTACIO| N
Para las opciones de borrado y actualizació n relativas a la integridad referencial pueden
emplearse abreviaturas, por ejemplo, para el borrado:

- B.R (DR) Borrado restringido

- B.C (DC) Borrado en Cascada
- B.N (DSN) Borrado con puesta a nulos
- B.D (DSD) Borrado con puesta a valor por defecto

Para la modificación:

- M.R (UR) Modificació n restringida

- M.C (UC) Modificació n en Cascada
- M.N (USN) Modificació n con puesta a nulos
- M.D (USD) Modificació n con puesta a valor por defecto

E. RESTRICCIONES SEMÁNTICAS: RECHAZO

Es un tipo de restricció n semá ntica que consiste en formular una condición sobre un
conjunto de atributos, tuplas o dominios. La condición debe verificarse para que la
operació n de actualizació n sea admitida. En caso de no cumplirse se rechaza la
operació n.

En el modelo relacional descrito por SQL92 hay dos tipos de rechazos:

- Verificación (CHECK): Comprueba en toda actualizació n si se cumple la condició n

(definida sobre un único elemento). Si no se cumple se rechaza la actualizació n.
- Aserción (ASSERTION): Igual que la anterior con la diferencia de que la condició n
puede definirse sobre varios elementos, por ejemplo, dos relaciones. Debe tener
un nombre porque tienen existencia propia.

F. RESTRICCIONES SEMÁNTICAS: DISPARADORES (TRIGGERS)

- Permiten, ademá s de indicar una condició n, especificar la acció n que se llevará a

cabo si la condició n se hace verdadera.
- Pueden interpretarse como reglas del tipo evento-condición-acción (ECA) que
especifican que: cuando se produce un evento, si se cumple una condición,
entonces se realiza una determinada acción.
- Los Triggers amplı́an la funcionalidad de la BD ya que permiten establecer reglas
que deben cumplirse cuando se realicen operaciones INSERT, UPDATE o DELETE
contra una relació n especı́fica.

22
 - No está n soportados en SQL92 pero sı́ en muchos productos.

4. GRAFO RELACIONAL:
Un esquema relacional se representa mediante un grafo conocido como Grafo
Relacional. El Grafo Relacional representa grá ficamente las relaciones de la BD y las
restricciones de integridad referencial (clave ajena) En el Grafo Relacional se
incluyen, ademá s de las relaciones y restricciones de integridad referencial, otras
restricciones como clave primaria, claves alternativas y obligatoriedad.

A. NOTACIÓN:
- Las relaciones se escriben con mayú scula.
- Los atributos pueden expresarse al lado del nombre de la relació n, bien entre
paré ntesis, bien en cajas rectangulares consecutivas, en minú sculas.
- Los atributos que pueden tomar valores nulos (no son obligatorios) aparecen con
un asterisco.
- La claves primarias se subrayan con trazo continuo.
- Las claves alternativas se subrayan en trazo discontinuo
- Las claves ajenas referencian a la relació n en la que está la clave primaria
mediante una flecha dirigida hacia el nombre de la relació n o hacia la propia clave
primaria de la relació n.

5. REGLAS DE TRANSFORMACIÓN:
A. INTRODUCCIÓN:
Cada elemento del esquema E/R → tiene su transformació n al esquema Relacional
(incluidos supuestos semá nticos).
¡OJO! Existirá n elementos en el diagrama E/R que no se pueden recoger en un grafo
relacional:

23
B. ENTIDADES:
Cada tipo de ENTIDAD → una nueva RELACIO| N.

C. ATRIBUTOS:
Cada ATRIBUTO de entidad → COLUMNA de la relació n

- Excepto multivaluados.
- Si atributo definido sobre un dominio en M. E/R → mismo dominio en M.Rel.

Supuestos Semá nticos:
- Todo EMPLEADO ha de tener al menos 1 telé fono (se encuentra en la tabla
TELE| FONOS).
- Edad = sysdate – fecha_nac (combinada dia/mes/añ o - en añ os).

24
Atributo Multivaluado → nueva RELACIO| N

Su CLAVE PRIMARIA (PK) es = PK del tipo de entidad que lo contiene + atributo

multivaluado (generalmente). Hay cierta pé rdida de semá ntica.

Recordatorio Claves Ajenas:

- En la nueva relació n, los atributos que son PK de la tabla original, será n clave ajena
respecto a esa tabla.
- Se especifica en SQL:2008 con la clá usula FOREIGN KEY.
- Opciones de Integridad Referencial:
I. Restringido (RESTRICT) (lo toma por omisió n) – NO ACTION.
II. Puesta a nulo (SET NULL).
III. Puesta a valor por defecto (SET DEFAULT).
IV. Operació n en cascada (CASCADE).

D. ATRIBUTOS RESUMEN:

25
E. DOMINIO:
Cada DOMINIO→DOMINIO







CREATE DOMAIN Tipo_Docu AS CHAR(8) CHECK (VALUE IN (‘Libros’,’Artı́culo’,’Otros’))
EXTENSIÓN
CREATE DOMAIN Tipo_Docu AS CHAR(8) INTENSIÓN
*El modelo lógico estándar admite dominios

F. INTERRELACIONES N:M
Cada interrelació n N:M→nueva RELACIO| N
- Su CLAVE PRIMARIA (PK) es = PK de los tipos de entidad que asocia
- Hay cierta pé rdida de semá ntica
- Importante definir las claves ajenas y sus opciones de integridad referencial
(dependiendo del caso)

26
Supuestos Semá nticos:

ASERCIO| N: Todo documento ha de tener un autor asociado → Todo documento de la
tabla DOCUMENTO ha de estar en la tabla ESCRIBE → esta comprobació n hay que
hacerla siempre (inserciones, borrados y modificació n).
¿Có mo se transforma todo esto a SQL:2008?
CREATE ASSERTION “AutorDeDocumentos”
Check (Select Cod_Docu From Documento
Where Cod_Docu IN (Select Cod_Docu From ESCRIBE))
¿Có mo se transforma todo esto a un SGBD concreto como Oracle?
Procedimientos Almacenados o Disparadores

G. INTERRELAIONES 1:N

a) Propagació n de Clave (desde card. Max. 1→card. Max. n). Cierta pé rdida
semá ntica al desaparecer la relació n.

b) Nueva Tabla en una interrelació n 1:N

27
 ¿Cuándo?

1) El nú mero de ocurrencias interrelacionadas de la entidad que propaga su clave es

pequeñ o (existen muchos valores nulos).

2) Cuando se prevé que dicha interrelació n, en un futuro, se convertirá en una de

tipo N:M

3) Cuando la interrelació n tiene atributos propios.

Ejemplo:

H. INTERRELACIONES 1:1
Cada interrelació n 1:1 (caso especial de N:M) →

a) Nueva Tabla

28
 b) Propagació n de Clave. Cierta pé rdida semá ntica al desaparecer la relació n










c) Propagación doble de Clave:









Todo ello dependiendo de:
- Evitar los valores nulos.
- Motivos de eficiencia.
- Recoger mayor semá ntica, p.e. si la interrelació n tiene atributos.

I. REGLAS DE TRANSFORMACIÓN: ATRIBUTOS EN INTERRELACIONES.

29









J. REGLAS DE TRANSFORMACIÓN: RESÚMEN, CASOS MÁS GENERALES.








K. EJEMPLOS:









Supuestos Semánticos no incluidos en el Grafo Rel.:
Todo autor de la tabla AUTOR ha de encontrarse al menos una vez en la tabla ESCRIBE

30
L. DEPENDENCIAS EN IDENTIFICACIÓN:











M. REGLAS DE TRANSFORMACIÓN. EXCLUSIÓN / INCLUSIÓN:










N. REGLAS DE TRANSFORMACIÓN. INTERRELACIONES GRADO > 2
Interrelació n→nueva RELACIO| N (regla general – Card. min=1 y má x=n)
Su CLAVEPRIMARIA(PK) es = PK de los tipos de entidad que asocia.

31

¿QUE| OCURRE CON card min=0?
Suponemos una nueva interrelació n entre el resto de los tipos de entidad y
transformamos.

O. REGLAS DE TRANSFORMACIÓN. INTERRELACIONES EXCLUSIVAS









P. REGLAS DE TRANSFORMACIÓN. GENERALIZACIÓN / ESPECIALIZACIÓN:
Tres estrategias de transformació n (segú n prime semá ntica o eficiencia):

32

Opción 1:
¿cuá ndo?: cuando los subtipos se diferencien en muy pocos atributos y las
interrelaciones que los asocian sean las mismas para todos los subtipos.
Ventajas: + Eficiente
Desventajas: Pé rdida de Semá ntica (se pierde la relació n de generalizació n) y muchos
nulos si hay exclusividad










Opción 2:
¿cuá ndo?: cuando existen muchos atributos distintos entre los subtipos y se quieren
mantener los atributos comunes a todos ellos en una relació n.
Ventajas: + Semá ntica
Desventajas: - Eficiente

33











Opción 3:
¿cuá ndo?: cuando existen muchos atributos distintos entre los subtipos y siempre se
accederá a atributos comunes
Ventajas:
Eficiente en consultas a atributos de subtipos
Desventajas:
Eficiente en consultas al supertipo
Pé rdida de semá ntica
Redundancias → má s complicado mantenimiento

34