Diplomado en

Inteligencia de Negocios

Módulo I
Fundamentos del Modelado de
Bases de Datos Relacionales

Fundamentos de Bases de
Datos Relacionales
 Módulo I
Fundamentos del Modelado
de BDR
Los datos son la parte
medular de cualquier sistema
de información. Aspectos como
la eficacia, la manipulación y
la recuperación de información
durante el almacenamiento
son vitales para cualquier
organización. La importancia
y el impacto de las bases de
datos son incuestionables.
Hoy en día, las
organizaciones crean y
mantienen bases de datos,
en la cuales está almacenada
información de diferentes
naturalezas. Por tal motivo,
las tecnologías en base de
2
Objetivo del Aprendizaje
Así mismo, si se reservan
tickets de avión a través de
internet, se accede a una base
de datos. Al hacer alguna
transacción a través del cajero
automático, se interactúa
con una base de datos.
En conclusión, en muchas
actividades cotidianas, se hace
uso de las bases de datos.
Esta píldora, Fundamentos
de Base de Datos, tiene como
objetivo: brindar, al participante,
el conocimiento básico necesario
para desarrollar sistemas de
información de diversos tipos
(operacionales, de gestión,
analíticos, entre otros).
datos, incluyendo métodos de
arquitectura y acceso, se han
desarrollado rápidamente; para
mantenerse al día con esta
demanda de mecanismos de
administración de la información.
Adentrarse en el mundo
de las bases de datos es, sin
lugar a duda, apasionante. A
menudo, se interactúa con
bases de datos (muchas veces,
sin ser conscientes de ello).
Cuando se cancelan las compras
del supermercado, el cajero
accede a una base de datos.
 Módulo I
Fundamentos del Modelado

Temario
de BDR

Introducción

nn Conceptos Básicos

• Sistemas de Procesamiento de Archivos

• Modelo jerárquico
• Modelo en red
• ¿Qué es una base de datos?
• ¿Qué es el DBMS?
• Independencia de los datos
• Ventajas de los DBMS

nn Historia de los sistemas de bases de datos

• Década de 1950 y principios de la década de 1960

• Mediados de los 60
• Finales de la década de 1960 y la década de 1970
• Década de 1970
• Década de 1980
• Modelo de datos relacionales
• Década de 1990
• Finales de la década de 1990

nn Bases de datos relacionales

• Dr. Edgar Frank Codd

• El modelo relacional de bases de datos
• La esencia del modelo
• Relaciones
• Operaciones

nn Estructura de una base de datos relacional

• Instancias
• Esquema de base de datos

Referencias

DiplomadosOnline
 Módulo I
Fundamentos del Modelado
de BDR Introducción
En la actualidad, las bases de datos son parte de la
vida cotidiana; de igual manera, forman parte esencial de los
Sistemas de Información, y su aplicabilidad está en casi todas las
actividades diarias. A toda persona que cuente con un documento
de identidad, en algún momento, se le solicitó su información
personal (nombres, apellidos, estado civil, entre otros).

Esta información fue complementada con datos propios,

asignados por una institución (número asignado, lugar y fecha
de expedición, fecha de caducidad, entre otros). Toda esta
información es ingresada en una base de datos, alimentada y
actualizada con cada nuevo usuario que acude a la institución.

A menudo, dentro de cualquier sistema de información, se

encuentra que uno de sus componentes es una base de datos;
por tanto, la utilización de este tipo de tecnología aporta gran
ayuda, en términos de manejo de la información (almacenamiento,
seguridad, manejo concurrente de usuarios, entre otros).

De ahí la importancia de esta píldora y el módulo, en

general, de Fundamentos de Bases de Datos; ya que el
desarrollo de sus contenidos da la oportunidad de adquirir
estos conocimientos y capacita para gestionar y tomar
mejores decisiones en el entorno profesional. A continuación,
líneas de un autor que refuerza lo mencionado:

“Hoy, la importancia e impacto de las bases de

datos es incuestionable a medida que organizaciones
gubernamentales, instituciones académicas, y entidades
comerciales crean y mantienen importantes bases
de datos que contienen toda clase de información
desde documentos de texto en lenguaje natural, tablas
estadísticas, datos financieros y objetos multimedios
hasta datos de naturaleza técnica y científica. Además
de la arquitectura y sistema, deben proveer integridad,
recuperación, concurrencia, y seguridad”. (Ramírez, s.f.).

Con el afán de alcanzar las competencias requeridas,

esta píldora se ha organizado en varios tópicos. El primero
está dirigido a facilitar el aprendizaje de la terminología y

4
conceptos básicos de las bases de datos; el segundo refiere
el modelo relacional de base de datos; el tercero abarca
los componentes de las bases de datos relacionales; y, en
el último, se desarrolla el tema de la normalización.

Su finalidad es que el estudiante aprenda lo qué son las

bases datos y cada uno de los elementos que forman parte de
ésta, y que, al mismo tiempo, comprenda la importancia que tienen
las bases de datos en cualquier ámbito donde sean utilizadas.

Formación a tu alcance DiplomadosOnline

5
 Módulo I
Fundamentos del Modelado
de BDR
Conceptos
Básicos
Sistemas de Procesamiento
de Archivos
Los primeros sistemas
comerciales de evolución
almacenaban grupos
de registros en archivos
separados y eran llamados
sistemas de procesamiento
de archivos (SPA). Aunque
los SPA representan una
significativa mejora a los
sistemas de registro de
información manuales, se
presentaron otros problemas
relacionados con la integridad
de la información, el control de
redundancia de los datos y la
dependencia de los programas
de aplicación con los datos.
6
Esto último significa que
debían crearse programas
y datos cada vez que
se presentaba un nuevo
requerimiento. Para solucionar
los problemas comentados, se
desarrollaron los modelos de
archivos Jerárquicos y de Red,
los cuales lograron solucionar
varios de los problemas, pero
a un coste de programación
alto. Posteriormente, el
rendimiento de acceso y la
seguridad de los datos fueron
otros problemas que dieron
origen a la creación de las
bases de datos relacionales.
 Modelo Jerárquico

Fue el primer modelo

realmente operativo de base
de datos. Este modelo se sigue
empleando en sistemas main
frame, principalmente en los
sistemas IMS de IBM. En este
modelo, se tiene una entidad
o tabla como punto de partida
de todos los datos; a partir de
esta, en la figura 1.1 se ramifica
el camino para acceder al resto
de los datos precisados.

<<Figura 1.1 Modelo Jerárquico>>

Modelo en red

Conocido como modelo

CODASYL (Conference on
Dat System Language) y
conformado por una colección
o set de registros, los cuales
están conectados, entre sí,
por medio de enlaces en una
red. El registro es similar al
de las entidades empleadas
en el modelo relacional como
se muestra en la figura 1.2.
<<Figura 1.2 Modelo en Red>>

Formación a tu alcance DiplomadosOnline

7
 Módulo I
Fundamentos del Modelado
de BDR
¿Qué es una base de datos?
Las bases de datos han
evolucionado constantemente.
Es difícil dar una definición
única de ellas; esto se debe al
amplio ámbito de aplicaciones
y los avances en la tecnología.
Una definición
adecuada puede ser:
“Colección o depósito de
datos, donde los datos están
lógicamente relacionados
entre sí, tienen una definición y
descripción comunes y están
estructurados de una forma
particular. Una base de datos
es también un modelo del
mundo real y, como tal, debe
poder servir para toda una
gama de usos y aplicaciones”.
(González, 2011).
8
Otra definición es la dada Al mismo tiempo,
por Date (2001), quien enuncia toda base de datos tiene
que una base de datos es “una propiedades específicas:
colección de datos relacionados
que representa un cierto modelo nn Representa algún
o abstracción del mundo real, aspecto del mundo real, del
y a su vez esta es diseñada, cual provienen los datos.
construida y llenada con datos
nn Es un conjunto de datos
para un propósito específico”.
lógicamente coherente,
En líneas generales, una con significado implícito.
base de datos es un repositorio
nn Se diseña, crea y carga
centralizado y constituido
con datos que poseen un
por un conjunto de datos
objetivo determinado, y
organizados en registros
está dirigida a un grupo
y archivos relacionados
de usuarios interesados
lógicamente, que permite
en el contenido de la
almacenar y organizar hechos
base de datos.
o eventos, y restituirlos para
producir información.
 ¿Qué es el DBMS?

El DBMS (Data Base

Management System), o
SGBS (Sistema Gestor de
Bases de datos), consiste
en una colección de datos
interrelacionados y un conjunto
de programas para acceder a
dichos datos. El objetivo del
DBMS es crear un ambiente
en que sea posible almacenar
y recuperar información, en
forma eficiente y conveniente. <<Figura 1.3 Funcionamiento de DBMS>>
manera que los datos estén y a la vez eficiente, para ser
La gestión de los datos disponibles para los usuarios. utilizado al extraer, almacenar
implica tanto la definición de Una finalidad de la base de y manipular información de
estructuras para almacenar datos es eliminar la redundancia la base de datos. Todas las
la información, como la o, al menos, minimizarla. peticiones de acceso a la base
provisión de los mecanismos se manejan centralizadamente,
para la manipulación de la El objetivo primordial de por medio del DBMS, por lo que
información. Al mismo tiempo, un sistema manejador base este paquete funciona como
debe proporcionar la fiabilidad de datos es proporcionar un interface entre los usuarios y
de estos, a pesar de las caídas contorno que sea conveniente la base de datos. (Figura 1.4)
del sistema o los intentos
de acceso sin autorización.
Ahora bien, si los datos van a
ser compartidos entre varios
usuarios, el sistema debe evitar
los resultados anómalos. En la
figura 1.3 se puede apreciar el
funcionamiento de un DBMS.

El contenido de una
base de datos engloba la
información concerniente
(almacenada en archivos)
de una organización, de tal
<<Figura 1.4 Contrastes entre Base de Datos y File Systems>>

Formación a tu alcance DiplomadosOnline

9
 Módulo I
Fundamentos del Modelado
de BDR
Los DBMS son una gran
evolución en el procesamiento
de los datos. Estos se
convierten en el puente entre
los programas de aplicación
de los usuarios y los datos; de
esta forma, las aplicaciones
funcionan de manera
independiente a la forma en que
estén almacenados los datos.
Todos los datos se integran en
un mismo medio (la Base de
Datos), centralizando los datos.
que se pueden observar en los
sistemas basados en archivos?
El gestionar y definir sus
propios datos prueba que se
trata de programas distintos
en una misma organización;
por lo tanto, los datos que
manejan son distintos también;
dando lugar a redundancia e
inconsistencia de la información
y a un crecimiento innecesario
de programas de aplicación.

Ya los programadores Independencia

de interfaces de aplicaciones de los datos
no se preocupan por el
La independencia de los
acceso a los datos, sino por
datos es la libertad que puede
su lógica. Por otro lado, la
existir para modificar algunos
duplicación de datos disminuye
de los esquemas, sin que exista
considerablemente y, además,
la necesidad de reescribir
está controlada con integridad
los programas de aplicación.
referencial. Finalmente, los
Existen, básicamente, dos
lenguajes de acceso a datos,
tipos de independencia:
como el SQL, permiten obtener
los datos relacionados, de
nn Independencia física:
una forma más sencilla, en
Se presenta cuando es
comparación con el SPA.
posible la modificación del
esquema físico, sin afectar
Es importante recordar
a los esquemas restantes.
que los sistemas basados
Actúa en los contenidos
en archivos fueron los
de la base de datos.
predecesores de los sistemas
de gestión de base de datos,
nn Independencia lógica:
donde, a principios, su
ocurre cuando se modifica
utilización fue muy exitosa,
el esquema conceptual,
pero con muchas limitaciones.
sin afectar al resto de los
¿Cuáles son las limitaciones
10
esquemas. Básicamente, Ventajas de los DBMS
se modifica el esquema
conceptual cuando cambian Dentro de las ventajas que
las características de ofrece el DBMS, se encuentran:
los datos a almacenar.
nn Datos compartidos
Actúa sobre la estructura
actualizados: los datos están
de la base de datos.
disponibles para todos los
usuarios y, cuando alguno
actualiza, los cambios se ven
reflejados inmediatamente.
nn Flexibilidad para
nuevas necesidades: los
cambios de estructura
no afectan los datos.
nn Rápida creación de
nuevas aplicaciones: una
vez creada y puesta en
Formación a tu alcance
producción la BD, crear
una nueva aplicación
necesita menos tiempo.
nn Independencia de
los datos: ocultan detalles
de implementación.
Como se puede observar,
una de las principales ventajas
de los DBMS es el control
de la redundancia, debido a
que los datos se encuentran
integrados en una sola
estructura y no en varios
archivos, como sucedía en la
técnica basada en archivos.
DiplomadosOnline
11
 Módulo I
Fundamentos del Modelado
de BDR
Historia de los
sistemas de
bases de datos
El nacimiento de las
bases de datos se impulsa
por el crecimiento de las
computadoras; de hecho, la
automatización de las tareas
de procesamiento de datos
precede a los computadores. La
Máquina perforadora Herman
Hollerit (1860-1929) fue
utilizada para hacer el censo
de Estados Unidos en 1880,
y se tardó 7 años en obtener
resultados. La historia de las
bases de datos se genera a
partir de su evolución, la cual
se detalla a continuación:
Década de 1950
y principios de la
década de 1960
12
Se da origen a las cintas
magnéticas. Por medio de
este mecanismo, se empezó
a automatizar la información.
Consistía en leer una cinta,
o más, y pasar sus datos
a otra. También, se podían
pasar desde las tarjetas
perforadas (simulando un
sistema de Backup).
nn Mediados de los 60
La tecnología de
computadoras aún estaba en
desarrollo. Sólo las grandes
empresas podían utilizar los
computadores para mejorar
sus procesos de información.
Esta información comenzó
almacenándose en Sistemas
de Procesamiento de Archivos
(SPA), generando problemas
de Administración, integración
de datos y complejidad
de desarrollo. Lo anterior
generó otros problemas de
seguridad (vulnerabilidad de
los datos y rendimiento).
Finales de la década de
1960 y la década de 1970
El uso de los discos, en ese
momento, fue un adelanto muy
efectivo, ya que, por medio de
este soporte, se podía consultar
la información directamente;
esto ayudó a ahorrar tiempo.
No era necesario saber dónde,
exactamente, estaban los
datos en los discos, debido
a que, en milisegundos, la
información era recuperable.
Los discos dieron inicio a
las bases de datos (tanto de red,
como jerárquicas), pues, gracias
a sus ventajas y a la habilidad
de manipulación de estructuras
de los programadores, era
posible guardar estructuras
de datos (como listas y
árboles). En ese momento,
las aplicaciones de bases de
datos debían ser cargadas de
lenguajes de procedimiento,
como COBOL y PL/I, y, cada
Formación a tu alcance
vez que se necesitaba un
informe, debía hacerse a
través de los programadores.
nn Década de 1970
E.F. Codd, de IBM,
introdujo la idea de un modelo
relacional de Bases de datos
en un documento titulado “A
Relational Model of data for
Large Shared Banks”. Surgieron
los primeros DBMS tales como
Ingres, System R, ORACLE,
Focus, y, posteriormente,
Paradox, Revelation, MDBS,
Helix, entre otros.
nn Década de 1980
Codd publica su informe,
inicia una verdadera revolución
en la forma de ver y almacenar
los datos (éstos ya se podían
entender más conceptualmente,
y lo más importante era
que cualquier usuario podía
obtener información de
los datos, generando una
consulta relacional).
Sin embargo, en su
momento, existió mucha
resistencia, por parte de las
empresas, en la confiabilidad
y rendimiento de los sistemas
de bases de datos que
utilizaban el modelo relacional.
Por ello, sólo hasta los 80’s,
DiplomadosOnline
13
 Módulo I
Fundamentos del Modelado
de BDR
cuando las computadoras
aumentaron su capacidad de
procesamiento, estos sistemas
se volvieron importantes para
el manejo de los datos.
Modelo de datos
relacionales:
nn Abstraer la
representación de datos.
nn Minimizar la
redundancia de datos,
dividiéndolos en distintos
grupos no duplicados.
nn Incrementar la
consistencia de datos
(por ejemplo: si se
cambia el nombre de un
cliente, este cambiará en
todos los reportes).
En esta década, surgió un
lenguaje llamado SQL (Lenguaje
estructurado de consultas),
también desarrollado por
IBM. Fue creado para generar
reportes y actualizar datos en
este nuevo modelo relacional. El
Sistema R, de IBM, nació de este
trabajo, pero fue ignorado por
IBM. Poco después, Oracle sacó
su versión comercial de BD,
basada en la teoría relacional
de Codd y en el Berkely Ingres.
14
Década de 1990
El lenguaje SQL se diseñó,
fundamentalmente, para las
aplicaciones de ayuda a la
toma de decisiones, intensivas
en consultas; mientras que
las bases de datos creadas
en la década de 1980, para las
aplicaciones de procesamiento
de transacciones, eran
intensivas en actualizaciones.
En esta época, las
herramientas para analizar
grandes cantidades de datos
experimentaron un gran
crecimiento de uso. También, se
desarrolló el Sistema de Bases
de Datos de Procesamiento
Distribuido y el DBMS Orientado
a Objetos (ODBMS).
nn Finales de la
década de 1990
El acontecimiento principal
fue el crecimiento de la WWW.
Al mismo tiempo, las bases
de datos se implementaron de
manera mucho más extensiva.
Los sistemas de bases de datos
desarrollaron soporte para
altas tazas de transacciones.
Se generaron sistemas de base
de datos con interfaz web.
Surgió un nuevo actor, NoSQL.
Formación a tu alcance DiplomadosOnline
15
 Módulo I
Fundamentos del Modelado
de BDR
A continuación,
Bases de datos se revisarán conceptos
relacionales
estructurales básicos del
modelo relacional y la forma
en cómo se utilizan las
relaciones para representar
datos. Además, se avanzará
en la identificación de claves
principales, candidatas,
alternativas y externas, y se
discutirá sobre integridad
de entidades, integridad
referencial y otras generalidades
en torno al propósito y las
ventajas del modelo de
base de datos relacional.
16
El modelo relacional
de bases de datos
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. En
la actualidad, es el modelo
más utilizado para modelar
problemas reales y administrar
datos dinámicamente.
Codd propuso que los
sistemas de bases de datos
deberían presentarse, a los
usuarios, con una visión de
los datos organizados en
estructuras llamadas relaciones,
definidas como conjuntos de
tuplas (filas); y no como series
o secuencias de objetos, con lo
que el orden no es importante.
Por tanto, detrás de una
relación, puede haber cualquier
estructura de datos compleja
que permita una respuesta
rápida a una variedad de
consultas. Codd, entonces,
hizo énfasis en que el usuario
de un sistema relacional
sólo debía preocuparse
por el qué consultar y no el
cómo de las estructuras de
almacenamiento (lo que ahora
se conoce como modelo
físico). Aún hoy, se consideran
válidas sus afirmaciones,
especialmente la siguiente:
Formación a tu alcance
“Los usuarios futuros de
grandes bancos de datos deben Edgar Frank Codd
ser protegidos de tener que
saber cómo están organizados
los datos en la máquina (la
representación interna. […] Las
actividades de los usuarios en
sus terminales y la mayoría de
programas de aplicación no
debería verse afectados cuando
se cambia la representación
interna de los datos o incluso
cuando se cambian algunos
aspectos de la representación
externa. Se necesitará cambiar
la representación de los datos
a menudo como resultado de
los cambios en el tráfico de las “El contenido total de
consultas, actualizaciones e una base de datos relacional
se representa por una forma
informes y como consecuencia única: valores de atributos en
del crecimiento natural en tuplas dentro de relaciones”.
los tipos de información
almacenada”. (Codd, s.f.). El 18 de abril del
2003 falleció el Dr. Edgar
Frank Codd, a la edad de
79 años, víctima de un
ataque al corazón. Aún si
usted nunca escuchó del
Dr. Codd, es probable que
a diario utilice tecnología
derivada de las teorías de
este brillante matemático y
científico de la computación.
Nacido en Inglaterra,
la mayor parte de su vida la
pasó en los Estados Unidos
trabajando y desarrollando
sus ideas, las cuales
culminaron en una serie de
informes técnicos acerca
de una nueva manera de
organizar y acceder a los
datos. A partir de estos
trabajos, en 1970, publicó el
artículo A Relational Model
of Data for Large Shared
Data Banks, algo así como
un modelo relacional de
datos para grandes bancos
de datos compartidos.
DiplomadosOnline
17
 Módulo I
Fundamentos del Modelado
de BDR
En este modelo, todos
los datos son almacenados
en relaciones, y, como cada
relación es un conjunto de
Harwood Kolsky
datos, el orden en el que
éstos se almacenen no tiene
relevancia (a diferencia
de otros modelos como el
jerárquico y el de red). Esto
tiene la considerable ventaja
de ser más fácil de entender
y utilizar por un usuario no
experto. La información puede
ser recuperada o almacenada
por medio de consultas, las
cuales ofrecen una amplia
flexibilidad y poder para
administrar la información.
Puede parecer extraño,
pero las ideas de Codd no
Michael Stonebraker
fueron recibidas con “los brazos
abiertos” en los laboratorios de
IBM, en San José (California)
donde realizaba sus labores
de investigación. Según afirma
Harwood Kolsky, un físico y
antiguo compañero de Codd,
“fue un enfoque revolucionario”.
El nuevo enfoque de Codd,
basado en la teoría matemática
de conjuntos, no tuvo eco
inmediato en IBM; que prefirió
a IMS (un producto al que se
le había invertido una fuerte
cantidad de esfuerzo y dinero).
18
Un grupo de la
Universidad de Berkeley,
en California, liderado por
Michael Stonebraker, creyó en
la idea del modelo relacional
y obtuvo financiamiento para
desarrollar un sistema, el
Ingres, cuya primera versión
se presentó en 1974 y fue el
primer manejador relacional y
funcional de bases de datos.
Esto tuvo consecuencias.
IBM reaccionó, poniendo
en marcha otro sistema
relacional, el System R, con
características de multiusuario
y un lenguaje de consulta
estructurado (llamado SEQUEL,
que luego pasaría a llamarse
SQL -Structured Query
Language). Para entonces,
Larry Ellison, un empresario del
Valle del Silicón, había tomado
ventajas de los escritos de Codd,
para crear un nuevo producto y
una nueva empresa que hasta la
fecha se conoce como Oracle.
En 1985, Codd publicó
sus famosas 12 reglas sobre
el modelo relacional de bases
de datos, un resumen de sus
características fundamentales.
Es preciso resaltar que, todavía
hoy, para los fabricantes de
manejadores de bases de
datos relacionales, algunas
 <<Figura 3.1 Tablas o relaciones de un modelo de datos relacional>
de estas reglas son de
difícil implementación.
Además de ser
considerado como el padre
del modelo relacional, Codd
incursionó en el modelo
multidimensional de análisis
de datos, conocido como OLAP
(On Line Analytical Processing),
y, en 1993, Codd y algunos
de sus colegas publicaron
las “12 reglas para OLAP”.
A lo largo de su vida, el
Dr. Codd recibió innumerables
reconocimientos. En 1981, la
ACM (Association for Computer
Machinery) otorgó a Codd el
“Premio Turing”, considerado
Formación a tu alcance
uno de los más prestigiosos
en el campo de la informática.
Muchos de sus compañeros y
seguidores han contribuido, y
siguen haciéndolo, a fortalecer
el modelo que, por mucho, es
mayormente utilizado como
sistema de bases de datos.
La esencia del modelo
Este modelo considera
la base de datos como una
colección de relaciones, es
decir, la estructura fundamental
del modelo relacional es la
relación. En donde una relación
representa una tabla (que
no es más que un conjunto
de filas), cada fila es un
conjunto de campos y cada
campo representa un valor
(que interpretado describe el
mundo real). También, cada fila
se puede denominar tupla (o
registro) y a cada columna se le
puede llamar campo (o atributo).
DiplomadosOnline
19
 Módulo I
Fundamentos del Modelado
de BDR
Relaciones
Las relaciones representan
las entidades que se consideran
interesantes en la base de
datos. Cada instancia de
la entidad encontrará sitio
en una tupla de la relación,
mientras que los atributos de
la relación representan las
propiedades de la entidad. El
grado de una relación es el
número de campos que posee.
La cardinalidad es el
número de tuplas concretas
que almacena. Por ejemplo, si,
en la base de datos, se tienen
que representar personas,
podrá definirse una relación
llamada “Personas”; cuyos
20
atributos describen las
características de las personas.
Cada tupla de la relación
“Personas” representará una
persona concreta. Por ejemplo,
la relación: “Personas” (cédula,
nombre, edad, sexo, fecha,
nacimiento, teléfono) es apenas
una definición de la estructura
de la tabla, es decir, su nombre
y la lista de atributos que la
componen. Si esta estructura
se llena con datos, se tendrá,
entonces, una lista de valores
individuales para cada tupla,
atributo por atributo.
Nótese que el grado de
una relación es independiente
del momento en que se
observe la relación (el número
de columnas es invariable, y
queda definido en el momento
en que se crea la relación),
mientras que la cardinalidad
depende de la situación real
que represente la relación, y
puede variar en el tiempo.
Aunque una relación es
más conocida como tabla, las
tuplas como filas y los atributos
como columnas, en este
tópico de la píldora, se usará la
terminología original1, de donde
deriva el nombre del modelo.
1
No confundir relación con el
mismo término usado en el modelado
de Entidad-Relación que se usa
para describir las asociaciones
que existen entre entidades.
 En una relación, las tuplas
son un conjunto, en el sentido
matemático del término, es
decir, una colección no ordenada
de elementos diferentes. Para
distinguir una tupla de otra,
se recurre al concepto de
“clave primaria”, entiéndase:
un atributo o conjunto de
atributos que permiten
identificar unívocamente una
tupla en una relación (en el
ejemplo, el atributo cédula
cumple con esta función).
Naturalmente, en una
relación puede haber más
combinaciones de atributos
que permitan identificar
unívocamente una tupla (“claves
candidatas”), pero, entre éstas,
se elegirá una sola para utilizar
como clave primaria. Los
atributos de la clave primaria
no pueden asumir el valor
nulo (que significa un valor
no determinado), en tanto que
ya no permitirían identificar
una tupla concreta en una
relación. Esta propiedad de
las relaciones y de sus claves
primarias se conoce como
integridad de las entidades.
Cada atributo de una
relación se caracteriza por un
nombre y por un dominio. El
dominio indica qué valores
Formación a tu alcance
pueden ser asumidos por simples. Más formalmente,
una columna de la relación. A se dice que no es posible
menudo, un dominio se define tener atributos con valores
a través de la declaración de un múltiples (multivaluados).
tipo para el atributo (por ejemplo
diciendo que es una cadena de
diez caracteres), pero también
es posible definir dominios
más complejos y precisos.
Por ejemplo, para el
atributo “sexo” de la relación
“Personas” se puede definir
un dominio por el cual los
únicos valores válidos son ‘M’
y ‘F’; o bien, para el atributo
“fecha nacimiento” se puede
definir un dominio por el que
se consideren válidas sólo
las fechas de nacimiento
después del uno de enero
de 1960, si en la base de
datos no está previsto que
haya personas con fecha de
nacimiento anterior a esa.
El motor de datos se
ocupará de controlar que en
los atributos de las relaciones
se incluyan sólo los valores
permitidos por sus dominios.
Característica fundamental
de los dominios de una base
de datos relacional es que
sean “atómicos”, es decir, que
los valores contenidos en los
atributos no se puedan separar
en valores de dominios más
DiplomadosOnline
21
 Módulo I
Fundamentos del Modelado
de BDR
modificaciones parciales o puede ser la entrada de otra. Esto
incompletas que podrían dar permite anidar expresiones del
lugar a inconsistencias. álgebra, del mismo modo que se
pueden anidar las expresiones
A este concepto de aritméticas. Codd, originalmente,
referencia por valor se le conoce propuso ocho operandos, pero
como Clave externa o Clave sólo cinco son fundamentales:
foránea, en la cual, un conjunto restricción, proyección,
de atributos dentro de una producto cartesiano, unión y
relación hacen referencia a diferencia; y permiten realizar
otros atributos de otra relación, la mayoría de las operaciones
los cuales son clave primaria y de obtención de datos.
pueden usarse para enlazar o
relacionar los datos de ambas Los operadores no
Operaciones
relaciones. Existen hasta 6 fundamentales, la concatenación
formas normales, pero, en la (join), la intersección y la división,
La normalización,
práctica, generalmente se adopta se pueden expresar a partir de los
entiéndase la razón y uso de las
la tercera forma normal (3FN). cinco operadores fundamentales.
formas normales, es evitar la
La restricción y la proyección
repetición innecesaria de datos
Junto con el modelo para son operaciones unarias, porque
(redundancia). Una solución a
manipular la información, el operan sobre una sola relación.
este problema es repartir los
Dr. Codd propuso un lenguaje El resto de las operaciones
datos en varias relaciones y
relacional (el álgebra relacional son binarias, porque trabajan
utilizar referencias por valor entre
y el cálculo relacional) con sobre pares de relaciones.
ellas. Con este ejemplo, se puede
una serie de operadores que
entender lo siguiente: la tupla
trabajan sobre una o varias Partiendo del cálculo
de una relación (Empleados) no
relaciones, para obtener otra relacional, el Dr. Codd desarrolló
debe repetir toda la información
relación resultado, sin cambiar el primer lenguaje relacional,
de su departamento, sino que
las relaciones originales. El llamado ALPHA; el cual formó el
debe utilizar una referencia por
Álgebra relacional permite fundamento para el desarrollo
valor para la tupla la relación en
describir la forma de realizar subsecuente de lenguaje
donde estén todos esos datos
una consulta, en cambio, el SQL (original SEQUEL). Otros
(en este caso, de Departamento).
Cálculo relacional sólo indica lenguajes relacionales de
lo que se desea devolver. consulta (como el QBE)2 se
Este procedimiento ahorra
basaron en el álgebra relacional
espacio de almacenamiento,
Tanto los operandos como definida por el Dr. Codd.
optimiza el rendimiento y, al
los resultados son relaciones, por
eliminar la redundancia, impide
lo que la salida de una operación 2
Acrónimo para Query by Example.
22
 <<Figura 3.2 Representación de estructuras de datos del Modelo Relacional>>
Durante las fases de
desarrollo del modelo relacional,
el comité ANSI/SPARC de
1975 definió la separación en
tres niveles de los sistemas
manejadores de bases de datos:
externo, conceptual e interno,
que vinieron a redundar en lo
que ahora se conoce como
subesquema externo, esquema
lógico y esquema físico; en
otras palabras, los modelos
conceptual, lógico y físico.
Sin embargo, fue el
Dr. Codd quien estableció
los fundamentos para esta
separación, con conceptos
como: la independencia lógica
y física de los datos (reglas 8 y
Formación a tu alcance
9); de independencia, integridad
y distribución (reglas 10 y 11),
entre otros. Como consecuencia,
el mundo de las bases de
datos cambió para siempre.
A partir del modelo
relacional, el usuario no
tendrá que preocuparse de los
aspectos técnicos de la base
de datos. Simplemente, sus
necesidades de información
serán satisfechas, de acuerdo
a su perspectiva de los datos.
Igualmente, los programadores
de aplicaciones no tendrán
que lidiar con el modelo
físico, asunto exclusivo del
administrador de bases de datos
(ABD), quien puede determinar
conveniente, en aras de un
mejor rendimiento, modificar
el modelo físico de datos, sin
afectar al modelo lógico.
Como se verá, muchos de
estos conceptos fundamentales
son confundidos o ignorados
por analistas, desarrolladores
y fabricantes que aún no han
entendido o implementado un
verdadero modelo relacional
de bases de datos.
En la Figura 3.2 se muestra
una representación gráfica de
los conceptos expuestos.
DiplomadosOnline
23
 Módulo I
Fundamentos del Modelado
de BDR

Estructura de Las estructuras de datos son las interacciones que se

una base de son elementos necesarios

datos relacional
<<Tabla 1 - SQL Server>>
para utilizar una base de datos
producen cuando las aplicaciones
acceden a la base de datos.
relacional. Puede acceder y
utilizar estos elementos para Instancias
organizar los datos. Entre los
Una instancia de servidor
ejemplos de estructuras de datos,
de base de datos es una copia
se incluyen: instancia, esquema,
del ejecutable del servidor, que
tablas, índices, claves, vistas,
se ejecuta como un servicio de
stored procedure, function, entre
sistema operativo. Cada instancia
otros. Muchas estructuras y
puede contener y administrar
procesos de los sistemas de
varias bases de datos del sistema
información están asociados a
y una o varias bases de datos
una base de datos relacional.
de usuario. Un equipo puede
Las estructuras son tener y ejecutar una o varias
componentes clave de un sistema instancias de servidor de base
de base de datos y los procesos de datos. Las aplicaciones se

24
conectan a la instancia, para realizar
el trabajo en una base de datos
administrada por la instancia.

Esquema de base de datos

En una base de datos, hay

uno o varios grupos de objetos
denominados esquemas. El
esquema de una base de datos (en
inglés, Database Schema) describe
la estructura de una base de datos,
en un lenguaje formal soportado
por un DBMS. En una base de
datos relacional, el esquema define
sus tablas, sus campos en cada
tabla y las relaciones entre cada
campo y cada tabla. Generalmente,
el esquema es almacenado en
un Diccionario de Datos.

Aunque, también de manera

general, el esquema es definido
en un lenguaje de base de datos.
El término se usa, a menudo, para
referirse a una representación
gráfica de la estructura de base de
datos. Dentro de cada esquema,
hay objetos de base de datos
(tablas, vistas, procedimientos
almacenados, entre otros).

Algunos objetos, como << Tabla 2 - PostgreSQL >>

certificados y claves, se encuentran
en la base de datos, pero no
dentro de un esquema.

Formación a tu alcance DiplomadosOnline

25
 Módulo I
Fundamentos del Modelado

Bibliografía
de BDR

nn C. J. Date, A tribute to Ted Codd, 2003.

nn E. Codd. A Relational Model of Data for

Large Shared Databanks, 1970.

nn J. H. Orallo, La disciplina de los sistemas de bases de

datos. Historia, situación actual y perspectivas; 2002.

nn Armstrong, Third normal form;

frequently asked question, 1997.

nn Date, C. J. Introducción a los Sistemas de

Bases de Datos. Cap 1: Conceptos Básicos.

nn De Miguel, Adoración; Piattini, Mario. Diseño de

Bases de Datos Relacionales. Cap 1: Modelo de Datos.

DiplomadosOnline