Paola A.

Cifuentes Berros
Ingeniero en Computacin e Informtica
Magister en Administracin de Tecnologas de la Informacin (c)

CONTENIDOS
Introduccin
El Modelo Relacional (MR)
SGBD Relacional
Definiciones preliminares
4.1 Propiedades de las relaciones
4.2 Tipos de relaciones
4.3 Claves o llaves
5. Esquema y estado de una base de datos
6. Reglas de integridad
Referencias Bibliogrficas
1.
2.
3.
4.

1. Introduccin
Las fases para construir una base de datos contemplan tres
tipos de modelado: conceptual, lgico y fsico.

El Modelo Entidad Relacin (MER) se considera un modelo

conceptual ya que permite representar a un alto nivel la
informacin utilizada en algn problema o negocio.

 El modelado lgico da como resultado el "esquema de la

base de datos" (database schema) a partir del cual se podr
realizar el modelado fsico en el DBMS/SGBD.
Para el modelado lgico utilizaremos el modelo relacional,
introducido por Edgar Frank Codd en 1970.

2. El Modelo Relacional (MR)

En este modelo los datos se representan como una
coleccin de relaciones.
Cada relacin se asemeja a una tabla de valores.
Cada tabla de valores est conformada por filas y columnas.
Nombre de la
relacin o tabla

Atributos

Filas o
tuplas

3. SGBD Relacional
Es un tipo de software exclusivamente dedicado a tratar con
bases de datos relacionales.
Es conocido como Sistema de Gestin de Bases de
Datos Relacionales o RDBMS (Relational Database
Management System). Ejemplos:
MySQL
PostgreSQL
Oracle
DB2
Informix
Microsoft SQL Server
6

4. Definiciones preliminares
El modelo relacional se basa en el concepto matemtico de
relacin, que grficamente se representa mediante una
tabla.
Codd, que era un experto matemtico, utiliz una
terminologa perteneciente a las matemticas, en concreto
de la teora de conjuntos y de la lgica de predicados.

Relacin o tabla
El modelo relacional proporciona un manera simple de
representar los datos: una tabla bidimensional llamada
relacin.

Fila o tupla
Cada uno de los renglones en una relacin conteniendo
valores para cada uno de los atributos.

Las tuplas de una relacin no siguen ningn orden.

Columna o atributos
Los atributos son las columnas de un relacin y describen
caractersticas particulares de ella.

10

Dominio y tipos de datos

Se debe considerar que cada atributo (columna) debe ser
atmico, es decir, que no sea divisible, no se puede pensar
en un atributo como un "registro" o "estructura" de datos.
Atmico: cada valor es indivisible
Para especificar un dominio se definen tipos de datos (data
types) para cada dominio.
Ejemplo:
Edad de una persona= Valor entero entre 0 y 115 aos.

11

 Un dominio describe un conjunto de posibles valores para

cierto atributo.
Como un dominio restringe los valores del atributo, puede
ser considerado como una restriccin.
Matemticamente, atribuir un dominio a un atributo
significa "cualquier valor de este atributo debe ser elemento
del conjunto especificado".
Distintos tipos de dominios son: enteros, cadenas de texto,
fecha, etc.

12

Restricciones (constraints)
Las restricciones proveen un mtodo de implementar
"reglas" en la base de datos.
Algunas son inherentemente definidas por el simple hecho
de que la BD sea relacional. Otras restricciones las puede
definir el usuario, por ejemplo, usar un campo con valores
enteros entre 1 y 10.
Las restricciones limitan los datos que pueden ser
almacenados en las tablas.
Las restricciones no son parte formal del modelo
relacional, pero son incluidas porque juegan el rol de
organizar mejor los datos. Las restricciones son muy
discutidas junto con los conceptos relacionales.
13

4.1 Propiedades de las relaciones

Cada relacin tiene un nombre, y ste es distinto del
nombre de todas las dems.
Los dominios sobre los que se definen los atributos son
escalares, por lo que los valores de los atributos son
atmicos. De este modo, en cada tupla, cada atributo toma
un solo valor. Se dice que las relaciones estn normalizadas.
No hay dos atributos que se llamen igual.
El orden de los atributos no importa: los atributos no estn
ordenados.
Cada tupla es distinta de las dems: no hay tuplas
duplicadas.
El orden de las tuplas no importa: las tuplas no estn
ordenadas.
14

Grado de una relacin

Es el nmero de atributos que contiene.
La relacin CLIENTES es de grado cinco porque tiene cinco
atributos. Esto quiere decir que cada fila de la tabla es una
tupla con cinco valores.

15

Cardinalidad de una relacin

Es el nmero de tuplas que contiene. Ya que en las

relaciones se van insertando y borrando tuplas a

menudo, la cardinalidad de las mismas vara
constantemente.

16

4.2 Tipos de relaciones

En un SGBD relacional hay dos tipos de relaciones:
Relaciones base. Son relaciones reales que tienen
nombre, y forman parte directa de la base de datos
almacenada. Se dice que las relaciones base son
relaciones autnomas.
Vistas. Tambin denominadas relaciones virtuales, son
relaciones con nombre y derivadas (no autnomas). Que
son derivadas significa que se obtienen a partir de otras
relaciones; se representan mediante su definicin en
trminos de esas otras relaciones. Las vistas no poseen
datos almacenados propios, los datos que contienen
corresponden a datos almacenados en relaciones base.
17

4.3 Claves o llaves

Ya que en una relacin no hay tuplas repetidas, stas se
pueden distinguir unas de otras, es decir, se pueden
identificar de modo nico.
La forma de identificarlas es mediante los valores de sus
atributos.
Se denomina superclave a un atributo o conjunto de
atributos que identifican de modo nico las tuplas de una
relacin.
Se denomina clave candidata a una superclave en la que
ninguno de sus subconjuntos es una superclave de la
relacin.
18

 El atributo o conjunto de atributos K de la relacin R es una

clave candidata para R si, y slo si, satisface las siguientes
propiedades:
Unicidad: nunca hay dos tuplas en la relacin R con el
mismo valor de K.
Irreducibilidad (minimalidad): ningn subconjunto de
K tiene la propiedad de unicidad, es decir, no se pueden
eliminar componentes de K sin destruir la unicidad.
Cuando una clave candidata est formada por ms de un
atributo, se dice que es una clave compuesta.
Una relacin puede tener varias claves candidatas.
Las claves candidatas que no son escogidas como clave
primaria son denominadas claves alternativas.
19

Llave o clave primaria

Se denomina clave primaria de una relacin a aquella

clave candidata que se escoge para identificar sus

tuplas de modo nico.

20

Llave o clave fornea

Una clave ajena o fornea es una referencia a una clave en
otra tabla y determina la relacin existente en dos tablas.
Las claves forneas no necesitan ser claves nicas en la
tabla donde estn pero s deben ser nicas donde estn
referenciadas.
Por ejemplo, el cdigo de departamento puede ser una clave
fornea en la tabla de empleados. Se permite que haya
varios empleados en un mismo departamento, pero habr
uno y slo un departamento por cada clave distinta de
departamento en la tabla de departamentos.

21

5. Esquema y estado de una base de datos

Una base de datos relacional es un conjunto de

relaciones.
Para representar el esquema de una base de datos
relacional se debe dar el nombre de sus relaciones, los
atributos de stas, los dominios sobre los que se
definen estos atributos, las claves primarias y las claves
ajenas.

22

Esquema de la base de datos

Es el nombre que se le da a una relacin y el conjunto de
atributos en ella.

En un modelo relacional, un diseo consiste de uno o ms

esquemas, a este conjunto se le conoce como "esquema
relacional de base de datos" (relational database
schema) o simplemente "esquema de base de datos"
(database schema).

23

Estado de la base de datos

Los datos que la base de datos contiene en un determinado
momento conforman el estado de la base de datos, o como
tambin se denomina: una ocurrencia de la base de datos.
La distincin entre el esquema y el estado de la base de
datos es muy importante. Cuando definimos una nueva
base de datos, slo especificamos su esquema al
SGBD. En ese momento, el estado de la base de datos es
el estado vaco, sin datos.
Cuando se cargan datos por primera vez, la base datos pasa
al estado inicial. De ah en adelante, siempre que se realice
una operacin de actualizacin de la base de datos, se
tendr un nuevo estado.
24

Ejemplo
El esquema de la base de datos de la empresa es el

siguiente:

25

 En el esquema anterior, los nombres de las relaciones

aparecen seguidos de los nombres de los atributos
encerrados entre parntesis. Las claves primarias son los
atributos subrayados.
Las claves ajenas se representan mediante los siguientes
diagramas referenciales:

26

 A continuacin se muestra un estado de la base de datos

cuyo esquema se acaba de definir:

27

6. Reglas de integridad
Una vez definida la estructura de datos del modelo
relacional, se deben estudiar y definir las reglas de
integridad que los datos almacenados en dicha estructura
deben cumplir para garantizar que son correctos.
Hay adems dos reglas de integridad muy importantes que
son restricciones que se deben cumplir en todas las bases
de datos relacionales y en todos sus estados (las reglas se
deben cumplir todo el tiempo). Estas reglas son la regla de
integridad de entidades y la regla de integridad
referencial.

28

Integridad de dominio
Al definir cada atributo sobre un dominio se impone una
restriccin sobre el conjunto de valores permitidos para
cada atributo.
A este tipo de restricciones se les denomina restricciones
de dominios.

29

 Antes de definir las reglas de integridad de entidad y

referencial, es preciso conocer el concepto de nulo.

30

Campos Nulos (NULL)

Cuando en una tupla un atributo es desconocido, se dice
que es nulo.
Un nulo no representa el valor cero ni la cadena vaca ya
que stos son valores que tienen significado.
El nulo implica ausencia de informacin, bien porque al
insertar la tupla se desconoca el valor del atributo, o bien
porque para dicha tupla el atributo no tiene sentido.
Ya que los nulos no son valores, deben tratarse de modo
diferente, lo que causa problemas de implementacin. De
hecho, no todos los SGBD relacionales soportan los nulos.
31

Identificador nico (integridad de entidad)

La primera regla de integridad se aplica a las claves
primarias de las relaciones base: ninguno de los
atributos que componen la clave primaria puede ser
nulo.
Por definicin, una clave primaria es una clave irreducible
que se utiliza para identificar de modo nico las tuplas.
Que es irreducible significa que ningn subconjunto de la
clave primaria sirve para identificar las tuplas de modo
nico.

32

Integridad referencial
Aplica a las claves ajenas o forneas: si en una relacin hay
alguna clave ajena, sus valores deben coincidir con valores
de la clave primaria a la que hace referencia, o bien, deben
ser completamente nulos.
Llave
fornea

Llave
principal

33

Definidas por el usuario

Adems de las dos reglas de integridad anteriores, es
posible que sea necesario imponer ciertas restricciones
especficas sobre los datos que forman parte de la estrategia
de funcionamiento de la empresa. A estas reglas se las
denomina reglas de negocio.
Por ejemplo, si en cada oficina de una determinada
empresa slo puede haber hasta veinte empleados, el SGBD
debe dar la posibilidad al usuario de definir una regla al
respecto y debe hacerla respetar.

34

Referencias Bibliogrficas
Marqus, Mercedes. (2014). Base de Datos. Documento
PDF, en http://www.uji.es/bin/publ/edicions/bdatos.pdf,
Recuperado el 01/08/2015.
Date, C. J. Introduccin a los sistemas de bases de datos.
Ed. Pearson Prentice Hall. 7 Edicin. / ISBN: 968-444-4192
Valderrey, Pablo. Gestin de bases de datos. Espaa: RAMA Editorial, 2014. ProQuest ebrary. Web. 10 August 2015.

35