Contenido

1.MODELO DE DATOS..................................................................................... 2
Modelo de tabla:......................................................................................... 3
Modelo jerrquico:....................................................................................... 3
Modelo de red:............................................................................................ 3
Esquema de estrella.................................................................................... 3
2.Modelo Conceptual...................................................................................... 3
3.MODELO ENTIDAD RELACIN...................................................................5
Qu es el modelo entidad-relacin?..........................................................5
Elementos del modelo entidad-relacin......................................................6
Entidad........................................................................................................ 6
Atributos..................................................................................................... 6
Relacin...................................................................................................... 7
Relaciones de cardinalidad..........................................................................9
Claves......................................................................................................... 9
Superclave:............................................................................................ 10
Clave primaria........................................................................................ 10
Clave externa o clave fornea:..............................................................10
Resumen................................................................................................... 10

1. MODELO DE DATOS
1

En el mbito de los sistemas, un modelo de datos es una estructura abstracta que

documenta y organiza la informacin para la comunicacin entre el personal del
departamento tcnico y el resto de los empleados. En la informtica, difiere en
cuanto a su enfoque, el cual se centra en el planeamiento del desarrollo de
aplicaciones y la decisin de cmo se almacenarn los datos y cmo se acceder a
ellos.
A menudo especificados en un lenguaje, los
modelos de datos determinan la estructura
de la informacin, con el objetivo
de mejorar la comunicacin y la precisin en
aplicaciones que usan e intercambian datos.
Son terrenos comunes en los cuales los
miembros de un equipo de trabajo con
diferentes niveles de experiencia y
conocimientos tcnicos pueden interactuar
sin problemas, dado que estos modelos
deben tener una nica interpretacin.
Los modelos de datos son esenciales para el desarrollo de sistemas de informacin,
ya que a travs de ellos puede conseguirse la compatibilidad necesaria para
manejar cantidades colosales de datos. Adems, si se utilizan las mismas
estructuras para el almacenamiento y el acceso, entonces distintas aplicaciones
pueden compartir informacin. Un claro ejemplo es un formulario de registro en
una pgina de Internet, donde para nuestro nombre slo podemos ingresar letras, y
para nuestra fecha de nacimiento, nmeros con un orden especfico (como ser da,
mes y ao). Estas restricciones responden a necesidades de la base de datos y
deberan ser iguales en dos bases entre las que se quisiera compartir informacin.
Como contrapartida de la gran eficiencia que ofrecen, se encuentra el alto costo
del desarrollo, la operacin y el mantenimiento de los sistemas y las interfaces.
Muchas veces, si la calidad de los modelos de datos implementados es pobre, se
convierten en obstculos para el crecimiento de una empresa. Generalmente, esto
salta a la vista cuando una compaa que nunca invirti muchos recursos en su
infraestructura digital decide que quiere modernizarse y descubre que cuenta con
una base de datos tan ineficiente y mal concebida, que resultara ms sencillo y
menos costoso reconstruir todo desde el comienzo.
De acuerdo con el Instituto Nacional Estadounidense de Estndares (ANSI) un
modelo de datos se puede interpretar como un esquema:
* Conceptual, que especifica las expresiones permitidas por el modelo mismo,
comunica las reglas y definiciones esenciales de los datos a los usuarios;
* lgico, que describe la semntica de tablas y columnas, clases orientadas a
objetos, etctera, representada por una tecnologa de manipulacin en particular
(como
ser
el
lenguaje SQL);
* fsico, que detalla los medios en los que se almacena la informacin, como
ser particiones de disco.
Tipos de modelos de bases de datos
2

Modelo de tabla: su definicin puede no

responder estrictamente a un modelo;
consiste de una lista de datos de dos
dimensiones, en la cual todos los elementos
de una columna determinada son similares
y todos los valores de una fila tienen
relacin entre s.
Modelo jerrquico: la informacin se
organiza en una estructura de tipo rbol,
anidados de forma que cada elemento
pueda ramificarse en muchos otros, que
debern poder ordenarse de alguna forma.
Modelo de red: estructura la informacin utilizando dos construcciones
fundamentales, llamadas rcords (registros) y sets (conjuntos); los primeros
contienen campos y los ltimos definen relaciones entre los registros de uno a
muchos (ej: un cliente, muchos productos comprados).
Esquema de estrella: consta generalmente de una tabla principal, a la se asocian
muchas otras. Un ejemplo comn es almacenar los datos de un paciente en una
tabla, que a la vez se relacionar con otra donde consten todas sus consultas, y con
otra en la que se registran sus reclamos o sus cambios de planes de cobertura, y
as sucesivamente.

2.Modelo Conceptual
Son los orientados a la descripcin de estructuras de datos y restricciones de
integridad. Se usan fundamentalmente durante la etapa de Anlisis de un problema
dado y estn orientados a representar los elementos que intervienen en ese
problema y sus relaciones. El ejemplo ms tpico es el Modelo Entidad-Relacin
Ventajas del Diseo Conceptual:
El modelo conceptual aporta claridad y evita confusiones que surgen de intentar
definir algo tan complejo como la estructura de una organizacin utilizando
nicamente el lenguaje natural.
Contribuye a detectar los posibles errores desde el principio, ya que permite al
diseador, una amplia visin de los datos y relaciones.
Se obtiene una representacin de datos independientes del entorno fsico, lo que
permite la fcil exportacin del mismo a diferentes SGBD o a versiones distintas
del mismo.
Mejora el mantenimiento de la informacin.
El modelamiento ms descriptico del Modelo Conceptual es el MODELO
ENTIDAD/RELACION.
El modelo de datos de entidad-relacin (ER)

Se basa en una percepcin de un mundo real que consiste en un conjunto de objetos

bsicos llamados entidades y de relaciones entre estos objetos. Se desarroll para
facilitar el diseo de bases de datos permitiendo especificar un esquema
empresarial. Este esquema representa la estructura lgica general de la base de
datos.
Objetos bsicos del modelo ER
Los conceptos bsicos previstos por el modelo ER son entidades, relaciones y
atributos.
Entidades y conjunto de entidades
Una entidad es un objeto que existe y puede distinguirse de otros objetos. La
entidad puede ser concreta, por ejemplo: una persona o un libro; o abstracta, por
ejemplo un da festivo o un concepto.
Un conjunto de entidades es un grupo de entidades del mismo tipo. El conjunto de
todas las personas que tienen una cuenta en el banco, por ejemplo, puede definirse
como el conjunto de entidades clientes. Una entidad est representada por un
conjunto de atributos. Los posibles atributos del conjunto de entidades clientes
son nombre, documento, calle y ciudad. Para cada atributo existe un rango
de valores permitidos, llamado dominio del atributo. El dominio del atributo nombre
podra ser el conjunto de todas los nombres de personas de cierta longitud.
Relaciones y conjunto de relaciones
Una relacin es una asociacin entre varias entidades. Por ejemplo es posible
definir una relacin que asocia al cliente Gutirrez con la cuenta 401. Un conjunto
de relaciones es un grupo de relaciones del mismo tipo. Se definir el conjunto de
relaciones clientecuenta para denotar la asociacin entre los clientes y
las cuentas bancarias que tienen. La relacin clientecuenta es un ejemplo de una
relacin binaria, es decir, una que implica a dos conjuntos de entidades.
Existen conjuntos de relaciones que incluyen a n-conjuntos de entidades,
relaciones narias, por ejemplo las relaciones tenaria cliecuentasuc que especifica
que el cliente Gutirrez tienen la cuenta 401 en la surcusal Crdoba.
Los relaciones recursivas son relaciones binarias que conectan una entidad consigo
misma.
Una relacin tambin puede tener atributos descriptivos o rtulos. Por ejemplo,
fecha podra ser un atributo del conjunto de relaciones clientecuenta. Esto
especifica la ltima fecha en que el cliente tuvo acceso a su cuenta.
Cardinalidades de mapeo
Un esquema ER empresarial puede definir ciertas limitantes con las que deben
cumplir los datos contenidos en la base de datos. Una limitante importante es la de
las cardinalidades de mapeo que expresan el nmero de entidades con las que
puede asociarse otra entidad mediante una relacin.
Los cardinalidades de mapeo son ms tiles al describir conjuntos binarios de
relaciones, aunque tambin son aplicables a conjuntos n-arios de relaciones.
Para un conjunto binario de relaciones R entre los conjuntos de entidades A y B, la
cardinalidad de mapeo puede ser:
Una a una: una entidad de A est asociada nicamente con una entidad de B y una
entidad de B est asociada solo con una entidad de A.
4

 Una a muchas: una entidad en A est asociada con varias entidades de B, pero una
entidad de B puede asociarse nicamente con una entidad de A.
Muchas a una: una entidad de A est asociada nicamente con una entidad en B,
pero una entidad de B est relacionada con varias entidades de A.
Muchas a muchas: una entidad en A est asociada con varias entidades de B y una
entidad en B est vinculada con varias entidades de A.

3.MODELO ENTIDAD RELACIN

Las bases de datos son un gran pilar de la programacin actual, ya que nos
permiten almacenar y usar de forma rpida y eficiente cantidades ingentes de
datos con cierta facilidad. En la actualidad se usa de forma mayoritaria las bases
de datos relacionales (dominadas por distintos gestores a travs del
lenguajeSQL, en gran medida).
Pero ahora vamos a dar un pequeo repaso a lo ms esencial del modelo entidadrelacin, que es y ha sido durante aos la mejor forma de representar la
estructura de estas bases de datos relacionales (o de representar sus esquemas).
Qu es el modelo entidad-relacin?
Como ya he comentado este modelo es solo y exclusivamente un mtodo del que
disponemos para disear estos esquemas que posteriormente debemos de
implementar en un gestor de BBDD (bases de datos). Este modelo se representa a
travs de diagramas y est formado por varios elementos.
Este modelo habitualmente, adems de disponer de un diagrama que ayuda a
entender los datos y como se relacionan entre ellos, debe de ser completado con un
pequeo resumen con la lista de los atributos y las relaciones de cada elemento.
Elementos del modelo entidad-relacin
Entidad
5

Las entidades representan cosas u objetos (ya sean reales o abstractos), que se
diferencian claramente entre s.
Para poder seguir un ejemplo durante el artculo aadir ejemplos sobre un taller
mecnico, donde se podra crear las siguientes entidades:

Coches (objeto fsico): contiene la informacin de cada taller.

Empleado (objeto fsico): informacin de los trabajadores.

Cargo del empleado (cosa abstracta): informacin de la funcin del

empleado.

Estas entidades se representan en un diagrama con un rectngulos, como los

siguientes.

Atributos
Los atributos definen o identifican las caractersticas de entidad (es el contenido
de esta entidad). Cada entidad contiene distintos atributos, que dan informacin
sobre esta entidad. Estos atributos pueden ser de distintos tipos (numricos,
texto, fecha...).
Siguiendo el ejemplo de antes podemos analizar los atributos de nuestra entidad
"Coches", que nos darn informacin sobre los coches de nuestro supuesto taller.
Unos posibles atributos seran los siguientes: nmero de chasis, matrcula, DNI del
propietario, marca, modelo y muchos otros que complementen la informacin de
cada coche.
Los atributos se representan como crculos que descienden de una entidad, y no es
necesario representarlos todos, sino los ms significativos, como a continuacin.

En un modelo relacional (ya implementado en una base de datos) una ejemplo de

tabla dentro de una BBDD podra ser el siguiente.

Nmero de chasis

Matrcula

DNI del propietario

5tfem5f10ax007210

4817 BFK

45338600L

6hsen2j98as001982

8810 CLM

02405068K

5rgsb7a19js001982

0019 GGL

40588860J

Este ejemplo es con tres atributos, pero un coche podra tener cientos (si fuese
necesario) y seguiran la misma estructura de columnas, tras implementarlo en
una BBDD.
Relacin
Es un vnculo que nos permite definir una dependencia entre varias entidades, es
decir, nos permite exigir que varias entidades compartan ciertos atributos de
forma indispensable.
Por ejemplo, los empleados del taller (de la entidad "Empleados") tienen un cargo
(segn la entidad "Cargo del empleado"). Es decir, un atributo de la entidad
"Empleados" especificar que cargo tiene en el taller, y tiene que ser idntico al
que ya existe en la entidad "Cargo del empleado".
Las relaciones se muestran en los diagramas como rombos, que se unen a las
entidades mediante lneas.

Yo, bajo mi punto de vista, entiendo mejor esto en una tabla (de una
implementacin en una BBDD), por lo que voy a poner el ejemplo de como se
representara (resaltada la relacin, que posteriormente veremos como se hara).
Empleados
7

Nombre

DNI

Cargo

Carlos Snchez

45338600L

001

Pepe Snchez

02405068K

002

Juan Snchez

40588860J

002

Cargo del empleado

ID del cargo

Descripcin

001

Jefe de taller

002

Mecnico

Relaciones de cardinalidad
Podemos encontrar distintos tipos de relaciones segn como participen en ellas las
entidades. Es decir, en el caso anterior cada empleado puede tener un cargo, pero
un mismo cargo lo pueden compartir varios empleados.
Esto complementa a las representaciones de las relaciones, mediante un intervalo
en cada extremo de la relacin que especifica cuantos objetos o cosas (de cada
entidad) pueden intervenir en esa relacin.
Uno a uno: Una entidad se relaciona nicamente con otra y viceversa. Por ejemplo,
si tuvisemos una entidad con distintos chasis y otra con matrculas deberamos de

determinar que cada chasis solo puede tener una matrcula (y cada matrcula un
chasis, ni ms en ningn caso).

Uno a varios o varios a uno: determina que un registro de una entidad puede estar
relacionado con varios de otra entidad, pero en esta entidad existir solo una vez.
Como ha sido en el caso anterior del trabajador del taller.

Varios a varios: determina que una entidad puede relacionarse con otra con
ninguno o varios registros y viceversa. Por ejemplo, en el taller un coche puede ser
reparado por varios mecnicos distintos y esos mecnicos pueden reparar varios
coches distintos.

Los indicadores numricos indican el primero el nmero mnimo de registros en una

relacin y posteriormente el mximo (si no hay lmite se representa con una " n").
Claves
Es el atributo de una entidad, al que le aplicamos una restriccin que lo distingue
de los dems registros (no permitiendo que el atributo especfico se repita en la
entidad) o le aplica un vnculo (exactamente como comentbamos en las relaciones).
Estos son los distintos tipos:

Superclave: aplica una clave o restriccin a varios atributos de la entidad, para

as asegurarse que en su conjunto no se repitan varias veces y as no poder entrar

en dudas al querer identificar un registro.

Clave primaria: identifica inequvocamente un solo atributo no permitiendo que

se repita en la misma entidad. Como sera la matrcula o el nmero de chasis de un
coche (no puede existir dos veces el mismo).

Clave externa o clave fornea: este campo tiene que estar estrictamente

relacionado con la clave primaria de otra entidad, para as exigir que exista
previamente ese clave. Anteriormente hemos hablado de ello cuando
comentbamos que un empleado indispensablemente tiene que tener un cargo (que
9

lo hemos representado numricamente), por lo cual si intentsemos darle un cargo

inexistente el gestor de bases de datos nos devolvera un error.
Resumen
Esto ha sido solo un repaso por encima de lo que es el modelo entidad-relacin, sin
entrar en grandes detalles.
Tambin, bajo mi punto de vista, creo que es una buena forma de disear
correctamente las bases de datos, aunque algunas veces resulta ms rpido
implementarlo directamente en nuestro gestor de BBDD sin la necesidad de crear
un gran diagrama, sino usando notas ms simples

10