El modelo de Bases de Datos.

INTRODUCCIN:
Las bases de datos surgieron por la necesidad que tenan las empresas de almacenar grandes
cantidades de informacin de una forma rpida, sencilla y fiable, y que a su vez pudieran
acceder a ella en cualquier momento sin tener que almacenar tanto papel en archivos fsicos.
En esta unidad se presenta el proceso de desarrollo de un sistema de base de datos paso a
paso. Se muestran aspectos generales y precisos sobre los sistemas de bases de datos
relacionales. Adems de una detallada descripcin del modelo relacional, la teora del diseo
y el modelo entidad relacin.
Se muestra adems del diseo de bases de datos en su etapa conceptual de alto nivel, como
por ejemplo la descripcin concisa de los requerimientos de informacin de los usuarios,
descripciones detalladas de los tipos de datos, las entidades y las relaciones. Este esquema
conceptual sirve como referencia para asegurarse de satisfacer los requerimientos de los
usuarios y que no haya conflictos con tales requerimientos.
Luego se detalla la forma en que este nivel conceptual puede representarse como un modelo
lgico en el SGBD utilizando conceptos como las relaciones, llaves primarias y forneas,
integridad referencial y normalizacin y otros.
Por lo cual en la presente unidad, estudiaremos y aplicaremos ciertos conceptos relacionados
con las bases de datos que son necesarios para el diseo de la misma, para luego construir
este modelo en el siguiente captulo en un SGBD utilizando el lenguaje SQL.
RESULTADOS DE APRENDIZAJE.

Planear y analizar el diseo lgico de la base de datos a partir de un esquema descriptivo o

conceptual de la organizacin.
Crear y modificar el diseo lgico de la base de datos segn la estructura del diseo
conceptual planteado.
Aplicar reglas de construccin y normalizacin para la creacin del modelo relacional de
base de datos.

1.1. Introduccin a las bases de datos.

Qu es una base de datos?
Una base de datos (cuya abreviatura es BD) es una entidad en la cual se pueden almacenar
datos de manera estructurada, con la menor redundancia posible. Diferentes programas y
diferentes usuarios deben poder utilizar estos datos. Por lo tanto, el concepto de base de datos
generalmente est relacionado con el de red ya que se debe poder compartir esta informacin.
De all el trmino base.

Por qu utilizar una base de datos?

Una base de datos proporciona a los usuarios el acceso a datos, que pueden visualizar,
ingresar o actualizar, en concordancia con los derechos de acceso que se les hayan otorgado.
Se convierte ms til a medida que la cantidad de datos almacenados crece.
Una base de datos puede ser local, es decir que puede utilizarla slo un usuario en un equipo,
o puede ser distribuida, es decir que la informacin se almacena en equipos remotos y se
puede acceder a ella a travs de una red.
La principal ventaja de utilizar bases de datos es que mltiples usuarios pueden acceder a
ellas al mismo tiempo.

ARQUITECTURA DE UN SISTEMA ADMINISTRADOR DE BASE DE DATOS

(DBMS):
La arquitectura de un DBMS se divide en tres niveles:

Nivel Externo
Nivel Conceptual
Nivel Interno

El nivel externo es el nivel ms alto y ms cercano al usuario, llamado tambin Vista de

usuario. Esta tiene relacin con la forma en que cada usuario puede visualizar la informacin
de la base de datos. Por ejemplo los usuarios finales y los programadores de una aplicacin
pueden tener diferentes vistas externas.
Por ejemplo, un instructor ver la base de datos como una coleccin de estudiantes y cursos
ofrecidos por la universidad. Un administrador ver la base de datos como una coleccin de
registros en la disponibilidad de materiales de los cursos proporcionados por la universidad.
El nivel Conceptual est entre el nivel externo y el interno. Representa la base de datos como
un todo y es usada por el administrador de la base de datos (DBA). Muestra los datos como
realmente son.
En el nivel externo, los usuarios estn limitados al lenguaje que estn utilizando. En el nivel
conceptual los datos se ven sin ninguna de estas limitaciones.
El nivel interno trata sobre el almacenamiento fsico de los datos, y es el nivel ms bajo de
la arquitectura. Describe la secuencia fsica de los registros almacenados.

MODELOS DE DATOS. [1]

Los modelos de datos se usan para describir datos en los niveles lgico y de vistas. Se
caracterizan por el hecho de que proporcionan capacidades estructurales muy flexibles y
permiten que las ligaduras de datos sean especificadas explcitamente. Los modelos de datos
pueden ser clasificados en las siguientes categoras:

Modelos Lgicos Basados en Objetos

o El modelo Entidad Relacin.
o El modelo orientado a objetos.
o Modelo Lgico Basado en Registros.
Modelo Relacional.
Modelo de Red.
Modelo jerrquico.
El modelo de datos semntico.
El modelo de datos funcional.

MODELO LGICO BASADO EN OBJETOS.

Se enfoca en describir los datos, las relaciones entre los datos y algunas limitaciones
definidas.
MODELO ENTIDAD RELACIN.
Est basado en una percepcin del mundo real que consta de una coleccin de objetos bsicos
llamados entidades, y de relaciones entre estos objetos.
La totalidad de estructuras lgicas de una base de datos se pueden expresar grficamente
mediante un diagrama Entidad Relacin, que consta de los siguientes componentes:
Rectngulos, elipses, rombos y lneas.
MODELO ORIENTADO A OBJETOS.
Est basado en una coleccin de objetos. Un objeto contiene valores almacenados en
variables de ejemplares (instancias) de ese objeto. Los objetos se agrupan en clases. Al
contrario que las entidades en el modelo E-R, cada objeto tiene su propia identidad
nica, independientemente de los valores que contenga.
MODELO LGICO BASADO EN REGISTROS.
Se enfoca en describir la estructura de datos y las tcnicas de acceso en un sistema de
administracin de bases de datos.
Se usan para describir datos en los niveles lgico y de vistas. En contraste con los modelos
basados en objetos, se usan tanto para especificar la estructura lgica completa de la base de
datos como para proporcionar una descripcin de alto nivel de la implementacin.
Los modelos basados en registros se llaman as debido a que la base de datos se estructura en
registros de formato fijo de diferentes tipos. En cada tipo de registro se define un nmero fijo
de campos o atributos, y cada campo tiene normalmente una longitud fija.
MODELO JERRQUICO.
En este modelo los datos son representados en la forma de un rbol. Los datos se representan
como una coleccin de registros, y las relaciones entre los datos son representados por
enlaces.
MODELO DE RED.
Es similar al modelo jerrquico en la forma en que los datos y las relaciones son representados
como registros y enlaces. Sin embargo, los registros en la base de datos son representados
grficamente.

MODELO RELACIONAL
En este modelo, la base de datos es estructurada en registros de formato fijo, de varios tipos.
Cada tipo de registro tiene un nmero fijo de atributos o campos, los cuales son usualmente
de tamao fijo. Este es el modelo ms utilizado.

CARACTERSTICAS DE LOS SISTEMAS DE BASES DE DATOS.

Entre las principales caractersticas de los sistemas de base de datos podemos mencionar:

Independencia lgica y fsica de los datos.

Redundancia mnima.
Acceso concurrente por parte de mltiples usuarios.
Integridad de los datos.
Consultas complejas optimizadas.
Seguridad de acceso y auditoria.
Respaldo y recuperacin.

Acceso a travs de lenguajes de programacin estndar.

[1] Fundamentos de Bases de Datos. Silberschatz Korth - Sudarshan

Actividad
Investiga en qu consisten los modelos de datos semntico y funcional.
Analiza cules pueden ser algunas de las aplicaciones en la realidad de un Sistema de Base
de Datos Relacional.
Escribe ejemplos de productos RDBMS (Gestores de Bases de Datos).
Escribe las caractersticas de ellos. Prepara un informe con esta informacin para ser
socializado en horario de asesora.

Investigue los siguientes conceptos y complete el siguiente ejercicio de pareamiento.

Indicaciones: Traslada el nmero de la izquierda al parntesis de la derecha.

1.2. El modelo Entidad Relacin.

Un modelo de datos es una coleccin de herramientas conceptuales para la descripcin de
datos, relaciones entre datos, semntica de los datos y restricciones de consistencia. [1]
El modelo entidad-relacin (E/R), tambin llamado modelo conceptual de datos, fue
propuesto por Peter Chen en 1976 y consiste en una tcnica especial de representacin grfica
que incorpora informacin relativa a los datos y la relacin existente entre ellos, para
suministrar una visin del mundo real, pudiendo ser usado como una base para una vista
unificada de los datos adoptando el enfoque ms natural del mundo real que consiste en
entidades e interrelaciones.
El modelo entidad-relacin es un paso previo al futuro diseo de una base de datos y, por
tanto, independiente del modelo de datos que utilice.
1.2.1 ELEMENTOS DE UN MODELO ENTIDAD RELACIN.
El modelo debe estar compuesto por:

Entidades
Relaciones
Atributos
Cardinalidad
Llaves

ENTIDADES:
Una Entidades un objeto que existe y es distinguible de otros objetos por su sola existencia,
por medio de un conjunto de atributos.
Tipo de objeto sobre el que se recoge informacin: cosa, persona, concepto abstracto o suceso
(coches, casas, empleados, clientes, empresas, oficios, diseos de productos, conciertos,
excursiones, etc.).
Las entidades se representan grficamente mediante rectngulos y su nombre aparece en el
interior de l. Un nombre de entidad slo puede aparecer una vez en el esquema.
Una entidad puede ser concreta, tal como una persona o un libro, o puede ser abstracta, como
un da festivo o un concepto.
Se utilizan rectngulos dobles para representar conjuntos de entidades dbiles.
Ejemplos de entidades: Materias, Estudiantes, Profesores, Empleados, clientes, etc. cada una
con caractersticas que describen y diferencian cada elemento.
RELACIONES:
Las relaciones son las asociaciones que se establecen entre los campos de dos tablas,
bsicamente para compartir informacin.
Es una asociacin o correspondencia existente entre entidades, sin existencia propia, de
varias entidades. Se representa mediante un rombo.
Por ejemplo, podemos definir una relacin que asocia al cliente Juan Lpez con la cuenta
12345.
ATRIBUTOS:
Una entidad est representada por un conjunto de atributos. Los atributos son datos que
describen una entidad dada.
Es la unidad bsica e indivisible de informacin acerca de una Entidad o una Relacin, que
sirve para identificarla o para describirla. Es pues cada una de las propiedades o
caractersticas que tiene una Entidad o una Relacin. Se representa mediante una elipse o un
crculo con su nombre.
Por ejemplo, de la Entidad Vehculo se pueden establecer atributos como marca, modelo,
color, chasis, placa, etc. Estas son caractersticas propias del vehculo, es decir, hablan de un
vehculo en particular y lo diferencian de otros, el dueo del vehculo no puede ser un atributo
del vehculo ya que no define al vehculo y este adems tiene atributos propios que lo definen,
como nombre, DUI, direccin, telfono, edad, sexo, etc.

Cuando se representan los atributos, pueden usarse elipses dobles para representar atributos
multivalorados y elipses discontinuas para denotar atributos derivados.
Cuando definamos atributos, hay que tener cuidado de no confundirnos. Por ejemplo
podemos tener una entidad Estudiante y otra entidad Profesor, que aparentemente tienen los
mismos atributos como DUI, nombre, edad, telfono, etc. Podemos malinterpretar esta
situacin y crear una entidad llamada persona para englobar a ambas entidades, pero esto no
es conveniente; por lo que se debe ser muy especfico al nombrar los atributos de las entidades
para que hagan referencia a la entidad a la que pertenecen.
Entonces, podemos crear los siguientes atributos de la entidad estudiante:
Identificador_estudiante
Nombre_ estudiante
Edad_ estudiante
Telfono_ estudiante
Direccin_ estudiante
Sexo_ estudiante
Y los siguientes atributos para la entidad profesor:
Identificador_profesor
Nombre_ profesor
Edad_ profesor
Telfono_ profesor
Direccin_ profesor
Sexo_ profesor
CARDINALIDAD
Otra de las caractersticas importantes que hay que tener en cuenta en este modelo es
la cardinalidad de cada extremo en una relacin. La cardinalidad expresa cuntas del
conjunto de entidades de un extremo de la relacin estn relacionadas con cuntas entidades
del conjunto del otro extremo. Pueden ser uno a uno', uno a varios' o varios a varios'.

Por ejemplo, un artculo puede ser escrito por un solo autor o por varios, pero nunca por
ninguno; un autor puede pertenecer a exactamente una institucin (no para cero o varias); un
artculo puede tener cero, uno o varios experimentos. Finalmente, un autor puede escribir
muchos artculos, o ninguno.
CLAVE DE UNA ENTIDAD
Antes de definir el concepto de clave debe especificarse el concepto ms genrico de
Identificador, Superclave o Determinante, que se define como un conjunto de uno o ms
atributos que permiten identificar de forma nica una ocurrencia de una entidad dentro de un
conjunto de ellas.
Se denominan claves candidatas a aquellas superclaves para las cuales ningn subconjunto
propio es a la vez superclave.
De entre las claves candidatas el diseador de la base de datos elige una clave primaria
denominndose al resto de las claves candidatas claves alternativas.
Se define como clave ajena a aquel o aquellos atributos de una entidad que son clave primaria
en otra entidad.

Relaciones
CARDINALIDAD:
La cardinalidad es la forma en que se relacionan las entidades. Se le conoce tambin como
tipo de relacin entre entidades.
Hay tres tipos de relaciones:

Uno a Uno
Uno a Muchos (O Muchos a uno)
Muchos a Muchos

RELACIN UNO A UNO.

Se presenta cuando una nica ocurrencia de la entidad A se relaciona con una sola ocurrencia
de la entidad B y viceversa. Este tipo de relacin no es normal, porque la mayora de la
informacin que se relaciona de esta forma estara en una tabla. Puede utilizarse la relacin
uno a uno para dividir una tabla con muchos campos, para aislar parte de una tabla por
razones de seguridad o para almacenar informacin que slo se aplica a un subconjunto de
la tabla principal.
[1] Fundamentos de Bases de Datos. Silberschatz- Korth - Sudarshan

RELACIN UNO A MUCHOS.

Es el tipo de relacin ms comn. Significa que un registro de la tabla A puede tener muchos
registros coincidentes en la tabla B, pero un registro de la tabla B solo tiene un registro
coincidente en la tabla A.

RELACIN MUCHOS A MUCHOS.

Establece que cualquier cantidad de entidades del tipo A pueden estar relacionados con
cualquier cantidad de entidades del tipo B. En otras palabras, un registro de la tabla A puede
tener muchos registros coincidentes en la tabla B, y viceversa. Este tipo de relacin slo es
posible si se define una tercera tabla (denominada tabla de unin), cuya clave principal consta
de dos campos: las claves externas de las tablas A y B.