BASES DE DATOS I

2 ao
Carrera: Tcnico Superior en Anlisis y Programacin de Sistemas

Lic. Fabin Arnulphi

 Lic. Fabin Arnulphi

Qu es una Base de Datos? - Generalidades

Todas las empresas requieren almacenar informacin. La informacin

puede ser de todo tipo.

Cada elemento informativo (nombre, direccin, sueldo, etc.) es lo que se

conoce como dato (en ingls data).

Antes de la aparicin de la informtica, los datos se almacenaban en

ficheros con cajones, carpetas y fichas.

Tras la aparicin de la informtica estos datos se almacenan en archivos

digitales dentro de las unidades de almacenamiento del ordenador.

Adems las empresas requieren utilizar aplicaciones informticas para

realizar tareas propias de la empresa a fin de mecanizar a las mismas.
Estas aplicaciones requieren manejar los datos de la empresa.
 Lic. Fabin Arnulphi

Qu es una Base de Datos? - Generalidades

En los inicios de la era informtica, cada programa almacenaba y

utilizaba sus propios datos de forma un tanto catica.

Inconvenientes:
Costos de almacenamiento elevados.
Datos redundantes (se repiten continuamente).
Difcil modificacin en los datos y facilidad de problemas de inconsistencia al
realizar esas modificaciones (ya que es difcil que esa modificacin afecte a todos
los datos.

Lgicamente la solucin a este problema es hacer que todas las

aplicaciones utilicen los mismos datos. Esto provoca que los datos
deban estar mucho ms protegidos y controlados.
 Lic. Fabin Arnulphi

Qu es una Base de Datos? - Definicin

Una base de datos es una

serie de datos
relacionados que forman
una estructura lgica.
Es decir, una estructura
reconocible desde un
programa informtico.
Esa estructura no slo
contiene los datos en s,
sino la forma en la que se
relacionan.
 Lic. Fabin Arnulphi

Sistema de Bases de Datos - Componentes

Hardware
Mquinas en las que se almacenan las bases de datos.
Incorporan unidades de almacenamiento masivo para este fin.
Software:
Es el sistema gestor de bases de datos. El encargado de
administrar las bases de datos.
Datos:
Incluyen los datos que se necesitan almacenar y los metadatos
que son datos que sirven para describir lo que se almacena en
la base de datos.
Usuarios.
Personas que manipulan los datos del sistema.
 Lic. Fabin Arnulphi

Estructura de una Bases de Datos

Las bases de datos estn compuestas de datos y de metadatos.

Los metadatos sirven para especificar la estructura de la base de
datos; por ejemplo qu tipo de datos se almacenan (si son texto o
nmeros o fechas ...), qu nombre se le da a cada dato (nombre,
apellidos,...), cmo estn agrupados, cmo se relacionan
De este modo se producen dos visiones de la base de datos:
Estructura lgica: Es una estructura que permite idealizar a la base de datos.
Sus elementos son
entidades
relaciones
enlaces
etc.
Estructura fsica. Es la estructura de los datos tal cual se almacenan en las
unidades de disco. La correspondencia entre la estructura lgica y la fsica se
almacena en la base de datos (en los metadatos).
 Lic. Fabin Arnulphi

Ventajas de una Base de Datos

Independencia de los datos de los programas y procesos: Esto permite modificar los datos
sin modificar el cdigo de las aplicaciones.

Menor redundancia: No hace falta tanta repeticin de datos.

Integridad de los datos: Mayor dificultad de perder los datos o de realizar incoherencias con
ellos.

Mayor seguridad en los datos: Al limitar el acceso a ciertos usuarios.

Datos ms documentados: Gracias a los metadatos que permiten describir la informacin de la

base de datos.

Acceso a los datos ms eficiente: La organizacin de los datos produce un resultado ms

ptimo en rendimiento.

Menor espacio de almacenamiento: Gracias a una mejor estructuracin de los datos.

 Lic. Fabin Arnulphi

Sistema Gestor de Bases de Datos (DBMS)

Un sistema gestor de bases de datos o SGBD (aunque se suele utilizar ms a

menudo las siglas DBMS procedentes del ingls, Data Base Management
System) es el software que permite a los usuarios describir, procesar,
administrar y recuperar los datos almacenados en una base de datos.
 Lic. Fabin Arnulphi

Sistema Gestor de Bases de Datos (DBMS)

El xito del DBMS reside en mantener la seguridad e integridad de los

datos. Lgicamente tiene que proporcionar herramientas a los distintos
usuarios. Entre las herramientas que proporciona estn:

Herramientas para la creacin y especificacin de los datos. As como la estructura de

la base de datos.

Herramientas para administrar y crear la estructura fsica requerida en las unidades de

almacenamiento.

Herramientas para la manipulacin de los datos de las bases de datos, para aadir,
modificar, suprimir o consultar datos.

Herramientas de recuperacin en caso de desastre.

Herramientas para la creacin de copias de seguridad.

Herramientas para la gestin de la comunicacin de la base de datos .

 Lic. Fabin Arnulphi

Sistema Gestor de Bases de Datos - funciones

Funcin de descripcin. Sirve para describir los datos,

sus relaciones y sus condiciones de acceso e
integridad. Para poder realizar todas estas
operaciones se utiliza un lenguaje de definicin de
datos o DDL (en SQL: create, alter, drop, truncate)

Funcin de manipulacin. Permite buscar, aadir,

suprimir y modificar datos de la base de datos. El
DBMS proporciona, para realizar esta funcin, un
lenguaje de manipulacin de datos o DML ( en SQL:
select, insert, update, delete)
 Lic. Fabin Arnulphi

Sistema Gestor de Bases de Datos - funcionamiento

Los datos son responsabilidad del DBMS, por lo que cualquier

acceso debe ser realizado por ste. Lgicamente el DBMS va a
acabar comunicndose con el Sistema Operativo ya que el
acceso a los ficheros de datos implica utilizar funciones del
sistema operativo.
 Lic. Fabin Arnulphi

Niveles ANSI - SPARC

Desde la ANSI (instituto de estndares americano) se

creo una seccin llamada SPARC dedicada a estndares
de sistemas de informacin. Propusieron tres niveles de
abstraccin en las bases de datos, de acuerdo con el
siguiente esquema:
 Lic. Fabin Arnulphi

Niveles ANSI - SPARC

Esquema externo. Visin de la base de datos que ofrece cada aplicacin.

Lgicamente es distinta en cada aplicacin. Representan vistas concretas
de la base de datos.
Esquema conceptual. Representacin terica de los datos y de sus
relaciones. Representa la lgica de la base de datos.
Esquema fsico. Representa los datos segn son almacenados en el medio
fsico (en los discos).
 Lic. Fabin Arnulphi

Independencia Lgico - Fsica

El esquema conceptual debe ser absolutamente independiente del

fsico. Esto significa que existe Independencia fsica de los datos.
Aunque el esquema fsico cambie, el esquema conceptual no debe
verse afectado. En la prctica esto significa que aunque se aadan o
cambien discos u otro hardware, o se modifique el sistema operativo u
otros cambios relacionados con la fsica de la base de datos, el
esquema conceptual permanece invariable.
 Lic. Fabin Arnulphi

Modelado de datos

Los modelos se utilizan en todo tipo de ciencias. Su finalidad es la de simbolizar una

parte del mundo real de forma que sea ms fcilmente manipulable. Se intenta
reproducir las caractersticas de una realidad especfica.
En el caso de los modelos de datos, lo que intentan reproducir es una informacin real
que deseamos almacenar en un sistema informtico.
Se denomina esquema a una descripcin especfica en trminos de un modelo de
datos. El conjunto de datos representados por el esquema forma la base de datos.
 Lic. Fabin Arnulphi

Modelado de datos

En la ilustracin aparecen los distintos esquemas que llevan desde el mundo real a la
base de datos fsica. Como se ve aparecen varios esquemas intermedios. Los que
estn ms a la izquierda se alejan ms de las caractersticas fsicas. Los elementos de
ese esquema son:
Mundo real: Contiene la informacin tal cual la percibimos como seres humanos. Es el punto de partida
Esquema conceptual: Representa el modelo de datos de forma independiente del DBMS que se utilizar.
Esquema cannico : Representa los datos en un formato ms cercano al del ordenador.
Esquema interno: Representa los datos segn el modelo concreto de un sistema gestor de bases de datos
(por ejemplo Oracle, SQL Server, etc.).
Base de datos fsica: Los datos tal cual son almacenados en disco.
 Lic. Fabin Arnulphi

Diferencias entre el modelo Conceptual y el modelo Lgico

El modelo conceptual es independiente del DBMS que se vaya a utilizar.

El modelo lgico depende de un tipo de SGBD en particular.
Ejemplos de modelos conceptuales y lgicos son:
Modelo Conceptual: Modelo E/R
Modelo Lgico: Modelo Jerrquico - Modelo relacional
 Lic. Fabin Arnulphi

MODELO ENTIDAD RELACION o MODELO E/R

Introduccin:

Fue ideado por Peter Chen en 1976.

Un diagrama o modelo entidad-relacin (a veces denominado por

sus siglas en ingls, E-R "Entity relationship", o del
espaol DER "Diagrama de Entidad Relacin") es una herramienta
para el modelado de datos (generacin de esquemas conceptuales)
que permite representar las entidades relevantes de un sistema de
informacin as como sus interrelaciones y propiedades.
 Lic. Fabin Arnulphi

MODELO E/R BASE TEORICA Y CONCEPTUAL

Entidad: Representa una cosa u "objeto" del mundo real, con existencia
independiente, acerca de la cual, se pueda almacenar informacin en la
base de datos.
Tipos de entidades:
existencia fsica: una persona, un animal, una casa, etc. (entidad
concreta);
existencia conceptual: un puesto de trabajo, una asignatura de clases,
un nombre, etc. (entidad abstracta).
Representacin grfica de las entidades: En el modelo entidad relacin los
conjuntos de entidades se representan con un rectngulo dentro del cual
se escribe el nombre de la entidad:

vehculo persona cargo de la persona

 Lic. Fabin Arnulphi

MODELO E/R TIPOS DE ENTIDADES

Regulares o Fuertes: Son las entidades normales que tienen existencia por
s mismas sin depender de otras. Su representacin grfica

PERSONAS

Dbiles. Su existencia depende de otras. Por ejemplo la entidad tarea

laboral slo podr tener existencia si existe la entidad trabajo. Las
entidades dbiles se presentan de esta forma:

TAREAS LABORALES
 Lic. Fabin Arnulphi

MODELO E/R RELACIONES

Representan asociaciones entre entidades. Es el elemento del

modelo que permite relacionar en s los datos del mismo.
Por ejemplo, en el caso de que tengamos una entidad personas y
otra entidad trabajos. Ambas se realizan ya que las personas
trabajan y los trabajos son realizados por personas:
 Lic. Fabin Arnulphi

MODELO E/R RELACIONES

La representacin grfica de las relaciones se realiza con

un rombo al que se le unen lneas que se dirigen a las
entidades, las relaciones tienen nombre (se suele usar un
verbo). En el ejemplo anterior podra usarse como
nombre de relacin, trabajar:
 Lic. Fabin Arnulphi

MODELO E/R EJEMPLOS DE RELACIONES

 Lic. Fabin Arnulphi

MODELO E/R CARDINALIDAD

Indica el nmero de relaciones en las que una entidad

puede aparecer. Se anota en trminos de:

cardinalidad mnima: Indica el nmero mnimo de asociaciones en

las que aparecer cada ejemplar de la entidad (el valor que se
anota es de cero o uno).

cardinalidad mxima: Indica el nmero mximo de relaciones en

las que puede aparecer cada ejemplar de la entidad. Puede ser
uno, otro valor concreto mayor que uno (tres por ejemplo) o
muchos (se representa con n). Normalmente la cardinalidad
mxima es 1 n.
 Lic. Fabin Arnulphi

MODELO E/R CARDINALIDAD

En los esquemas E/R, la cardinalidad se puede indicar de muchas

formas. Quiz la ms completa consiste en anotar en los extremos,
la cardinalidad mxima y mnima de cada entidad en la relacin.

En el ejemplo un jugador tiene una cardinalidad mnima de 0 (puede

no estar en ningn equipo) y una mxima de 1 (como mucho est en
un equipo). Cada equipo tiene una cardinalidad mnima de uno y
una mxima de n (en cada equipo hay muchos jugadores)
 Lic. Fabin Arnulphi

MODELO E/R ROLES

A veces en las lneas de la relacin se indican roles. Los

roles representan el papel que juega una entidad en una
determinada relacin.

Ejemplo de rol: un trabajador puede ser visto como empleado o

como jefe, dependiendo de que lado de la relacin est.
 Lic. Fabin Arnulphi

MODELO E/R ATRIBUTOS

Describen propiedades de las entidades y las relaciones. En

este modelo se representan con elipses, dentro de las cuales
se coloca el nombre del atributo. Esa elipse se une con una
lnea a las entidades.
 Lic. Fabin Arnulphi

MODELO E/R TIPOS DE ATRIBUTOS

 Lic. Fabin Arnulphi

MODELO E/R ATRIBUTO IDENTIFICADOR O CLAVE

Se trata de uno o ms atributos de una entidad cuyos

valores son nicos en cada ejemplar de la entidad. Se
marcan en el esquema subrayando el nombre del
identificador.

DNI

FECHA
NAC PERSONA APELLIDO

NOMBRE
 Lic. Fabin Arnulphi

MODELO E/R ATRIBUTO IDENTIFICADOR O CLAVE

Para que un atributo sea considerado un buen

identificador tiene que cumplir con los siguientes
requisitos:
Deben distinguir a cada ejemplar de la entidad o relacin. Es decir
no puede haber dos ejemplares con el mismo valor en el
identificador. Por ejemplo, no hay 2 personas con el mismo DNI.
Todos los ejemplares de una entidad deben tener el mismo
identificador. En el ejemplo anterior, todas las personas tienen a
DNI como identificador.
Un identificador puede estar formado por ms de un atributo.
Puede haber varios identificadores candidatos, en ese caso hay
que elegir el que tenga ms importancia en nuestro sistema (el
resto pasan a ser alternativos).
 Lic. Fabin Arnulphi

MODELO E/R RELACIONES ISA o RELACIONES DE HERENCIA

Se utilizan para unificar entidades agrupndolas en una

entidad ms general (generalizacin) o bien para dividir
una entidad general en entidades ms especficas
(especificacin). Aunque hoy en da a todas ellas se las
suele llamar relaciones de herencia.

PERSONAL

ISA

PROFESORES BEDELES TCNICOS

 Lic. Fabin Arnulphi

MODELO E/R RELACIONES ISA o RELACIONES DE HERENCIA

Se habla de superentidad refirindonos a la entidad

general sobre las que derivan las otras (que se llaman
subentidades). En la superentidad se indican los
atributos comunes a todas las subentidades.
 Lic. Fabin Arnulphi

MODELO E/R RELACIONES ISA o RELACIONES DE HERENCIA

En la relacin ISA de abajo, los profesores, bedeles y

tcnicos heredan los atributos Id personal y Nombre. El
resto son atributos propios slo de cada entidad (Trienios
pertenece slo a los profesores, en este ejemplo)
 Lic. Fabin Arnulphi

MODELO E/R RELACIONES ISA o RELACIONES DE HERENCIA

En la relacin isa de abajo se utiliza una clave distinta

para cada subentidad (es decir, discos, libros y
merchandising tienen clave propia), no la heredan.
 Lic. Fabin Arnulphi

MODELO E/R RELACIONES ISA o RELACIONES DE HERENCIA

En muchas ocasiones no se indican las cardinalidades y

se sobrentiende que la superentidad tiene un 1,1 y las
subentidades 0,1.
 Lic. Fabin Arnulphi

MODELO E/R RELACIONES ISA CON EXCLUSIVIDAD

En las relaciones ISA se puede indicar el hecho de que cada ejemplar

slo puede participar en una de entre varias ramas de una relacin.
Este hecho se marca con un arco entre las distintas relaciones. En
el ejemplo, el personal slo puede ser o bedel, o profesor o tcnico;
una y slo una de las tres cosas (es por cierto la forma ms habitual
de relacin ISA).
 Lic. Fabin Arnulphi

MODELO E/R TIPOS DE RELACIONES ISA

Obligatoriedad: Indica si los ejemplares

obligatoriamente se relacionan con ejemplares de las
subentidades. Es decir si hay personal que no es
profesor ni bedel ni tcnico o si fijo es alguna de esas
tres profesiones. Hay dos posibilidades:

Relaciones de jerarqua parcial: Indican que hay ejemplares

de la superentidad que no se relacionan con ninguna
subentidad (hay personal que no es ni profesor, ni bedel ni
tcnico).
Relaciones de jerarqua total: Indican que todos los ejemplares
de la superentidad se relacionan con alguna subentidad (no
hay personal que no sea ni profesor, ni bedel ni tcnico).
 Lic. Fabin Arnulphi

MODELO E/R TIPOS DE RELACIONES ISA

Nmero de relaciones: En este caso se mide con

cuntas subentidades se relaciona la superentidad;
es decir, si hay personal que pueda ser profesor y
bedel a la vez, o si solo puede ser una cosa.
Posibilidades:

Relaciones de jerarqua solapada: Indican que un ejemplar de

la superentidad puede relacionarse con ms de una
subentidad (el personal puede ser profesor y bedel).
Relaciones de jerarqua exclusiva: Indican que un ejemplar de
la superentidad slo puede relacionarse con una subentidad
(el personal no puede ser profesor y bedel).
 Lic. Fabin Arnulphi

MODELO E/R TIPOS DE RELACIONES ISA

 Lic. Fabin Arnulphi

MODELO E/R ENTIDADES DEBILES

Ya se ha comentado antes que una entidad dbil es aquella cuya existencia

depende de otra. Ahora vamos a clarificar ms estas entidades.
Efectivamente ocurren cuando hay una entidad ms fuerte de la que
dependen. Lgicamente tienen relacin con esa entidad. En la forma clsica
se representara de esta forma:
 Lic. Fabin Arnulphi

MODELO E/R ENTIDADES DEBILES

En el diagrama la relacin entre las tareas y los trabajos es 1 a n (cada

trabajo se compone de n tareas). Una tarea obligatoriamente est
asignada a un trabajo, es ms no tiene sentido hablar de tareas sin
hablar del trabajo del que forma parte.
 Lic. Fabin Arnulphi

MODELO E/R ENTIDADES DEBILES

Todas las entidades dbiles tienen este tipo de relacin 1 a n con respecto a
la entidad fuerte de la que depende su existencia, por eso se
representan de esta otra forma:

No hace falta dibujar el rombo de la relacin ni la cardinalidad, se

sobreentiende el tipo y cardinalidad (1 a n) que posee. No siempre el
identificador de la entidad dbil incluye el identificador de la entidad fuerte;
cuando ocurre se habla de una dependencia de identificacin, pero no
todas las entidades dbiles las poseen.
 Lic. Fabin Arnulphi

MODELO E/R EJERCITACIN

Ejercicio N 1 Biblioteca
Crear un diseo entidad relacin que permita gestionar los datos de una biblioteca de modo que:
Las personas socias de la biblioteca disponen de un cdigo de socio y adems se necesita almacenar su dni, direccin,
telfono, nombre y apellidos.
La biblioteca almacena libros que presta a los socios y socias, de ellos se almacena su ttulo, su editorial, el ao en el que
se escribi el libro, el nombre completo del autor (o autores), si no es annimo, y el ISBN.
Un libro puede tener muchos volmenes para ser prestados. Necesitamos poder indicar si un volumen en la biblioteca est
deteriorado o no.
Queremos controlar cada prstamo que se realiza almacenando la fecha en la que se realiza, la fecha tope para devolver (
que son 15 das ms que la fecha en la que se realiza el prstamo), y la fecha real en la que se devuelve el libro.
 Lic. Fabin Arnulphi

MODELO E/R EJERCITACIN

Ejercicio N 2 Guerras

Disear un modelo entidad/relacin que almacene los datos de todas las guerras de la historia de modo que:
Se almacene el ao en el que empez la guerra y el ao en que termin, as como su nombre y el de los pases
contendientes, pudiendo indicar adems quienes fueron las ganadores
Hay que tener en cuenta que los pases se pueden unir a la guerra a uno u otro bando (suponemos que solo hay dos bandos)
despus de comenzada la guerra (como EEUU en la 2 guerra mundial) y que incluso pueden abandonar la guerra antes de
que esta finalice (como Rusia en la 1 guerra mundial)
Los pases que se almacenan en la base de datos pueden no ser pases actualmente (como Prusia, Aragn, Asiria, etc.) por
lo que se ha contemplado que en la base de datos se almacenen los aos en los que el pas ha sido independiente, teniendo
en cuenta que hay pases que ha habido momentos en los que ha sido independiente y otros en los que no (por ejemplo
Croacia). Bastar con almacenar los periodos en los que ha sido independiente.
 Lic. Fabin Arnulphi

MODELO E/R EJERCITACIN

Ejercicio N 3 Accidentes Geogrficos

Realizar un esquema entidad/relacin que sirva para almacenar informacin geogrfica. Para ello hay que tener en cuenta:
Se almacenan los siguientes accidentes geogrficos: ros, lagos y montaas
De cada accidente se almacenan su posicin horizontal y vertical segn el eje de la tierra, adems de su nombre
De los ros se almacena su longitud, de las montaas su altura y de los lagos su extensin
Se almacena tambin informacin sobre cada pas, a travs de su identificador y su nombre.
Se desea almacenar informacin que permite saber en qu pas est cada accidente geogrfico, teniendo en cuenta que
cada accidente puede estar en ms de un pas.
Se almacena tambin los nombres de cada localidad del planeta. Y se almacena por qu localidades pasa cada ro, como as
tambin la cantidad de kilmetros que tiene el ro en cada localidad donde pasa.
 Lic. Fabin Arnulphi

MODELO RELACIONAL - Historia

Edgar Frank Codd defini las bases del modelo relacional a finales de los
aos 60. Trabajaba para IBM. Objetivos de este modelo:

Independencia fsica: La forma de almacenar los datos, no debe influir en su manipulacin

lgica.

Independencia lgica: Las aplicaciones que utilizan la base de datos no deben ser
modificadas cuando se modifiquen elementos de la base de datos.

Flexibilidad: La base de datos ofrece fcilmente distintas vistas en funcin de los usuarios y
aplicaciones.

Uniformidad: Las estructuras lgicas siempre tienen una nica forma conceptual (las tablas).

Sencillez.

En 1979, Oracle se convierte en el primer DBMS relacional.

 Lic. Fabin Arnulphi

MODELO RELACIONAL - Fundamentos

Las bases de datos relacionales se basan en el uso de tablas. Las tablas se

representan grficamente como una estructura rectangular formada por filas
y columnas. Cada columna almacena informacin sobre una propiedad
determinada de la tabla (se le llama tambin atributo), nombre, dni, apellidos,
edad,..
Cada fila posee una ocurrencia o ejemplar de la instancia o relacin
representada por la tabla (a las filas se las llama tambin tuplas)
 Lic. Fabin Arnulphi

MODELO RELACIONAL - Fundamentos

El modelo relacional es la representacin lgica del esquema

entidad/relacin.
Su idea fundamental se basa en el concepto de tablas o relaciones
(entidades en E/R), que a su vez almacenan registros (las filas de
una tabla, llamados tuplas o filas) y campos (las columnas de una
tabla, llamados atributos en el modelo E/R).

Entidad
PERSONA
 Lic. Fabin Arnulphi

MODELO RELACIONAL - Fundamentos

Una tabla se compone de campos o columnas, que son conjuntos de datos

del mismo tipo (desde el punto de vista fsico). Ahora cuando decimos del
mismo tipo queremos decir que los datos de una columna son todos del
mismo tipo: numricos, texto, fechas
 Lic. Fabin Arnulphi

MODELO RELACIONAL - Fundamentos

La informacin puede ser recuperada o almacenada por medio de consultas

que ofrecen una amplia flexibilidad y poder para administrar la informacin. El
lenguaje ms comn para construir las consultas a bases de datos
relacionales es SQL, Structured Query Language o Lenguaje de Consultas
Estructurado.
 Lic. Fabin Arnulphi

MODELO RELACIONAL - Terminologa

Tupla o registro: Cada fila de la tabla (cada ejemplar que la tabla representa).
Atributo: Cada columna de la tabla.
Cardinalidad: Nmero de registros o tuplas de una tabla.
Grado: Nmero de atributos de una tabla.
Dominio: Conjunto vlido de valores representables por un atributo.
 Lic. Fabin Arnulphi

PASO DEL MODELO E/R AL MODELO RELACIONAL

RELACION UNO A UNO
Dado un diagrama E/R con una relacin uno a uno

La conversin al modelo Relacional sera:

Cada entidad corresponde a una tabla
Cada atributo corresponde a un campo dentro de una tabla
Se crea un atributo en una de las tablas, que corresponde a la llave primaria (clave primaria) de la
otra. Esta es la llave fornea de la relacin.
 Lic. Fabin Arnulphi

PASO DEL MODELO E/R AL MODELO RELACIONAL

RELACION UNO A UNO

Se puede crear la llave fornea en cualquier tabla, entonces el modelo quedara as:

Llave fornea
TABLA 1 TABLA 2
Llave 1 Atributo 1 Atributo 2 Atributo 3 Llave 2 Atributo 1 Atributo 2 Atributo 3 Atributo 4
(Llave 1)
 Lic. Fabin Arnulphi

PASO DEL MODELO E/R AL MODELO RELACIONAL

RELACION UNO A UNO

Resulta indiferente crear la llave fornea en cualquiera de las dos tablas. Como norma, se crea
primero la tabla que no tiene la llave fornea.
Ejemplo: Cada departamento de la provincia de Mendoza, tiene un intendente. Cada intendente es
de un departamento de la provincia de Mendoza (uno a uno).
 Lic. Fabin Arnulphi

PASO DEL MODELO E/R AL MODELO RELACIONAL

RELACION UNO A UNO
El modelo relacional, aplicado a este ejemplo, sera:

TABLA
TABLA INTENDENTES DEPARTAMENTOS
DNI APELLIDO NOMBRE PARTIDO C.P
(fornea)
C.P. NOMBRE
20000000 GOMEZ PEDRO A 5500
5500 CIUDAD

22000000 GARCIA CARLOS B 5539

5539 LAS HERAS

31000000 SUAREZ MONICA C 5501 5501 GODOY CRUZ

 Lic. Fabin Arnulphi

PASO DEL MODELO E/R AL MODELO RELACIONAL

RELACION UNO A MUCHOS

La conversin al modelo Relacional sera:

Cada entidad, corresponde a una tabla.
Cada atributo, corresponde a un campo dentro de la tabla.
Se crea un campo dentro de la tabla que tiene la cardinalidad muchos, el cual debe
ser atributo llave en la otra entidad. Esta llave sera la llave fornea.
 Lic. Fabin Arnulphi

PASO DEL MODELO E/R AL MODELO RELACIONAL

RELACION UNO A MUCHOS

LLAVE
FORANEA TABLA
TABLA LOCALIDADES DEPARTAMENTOS
COD. LOC. NOMBRE SUPERFI- HABITAN- CODIGO CODIGO
CIE TES POSTAL NOMBRE
POSTAL
C01 SEXTA 5 km2 2650 5500 CIUDAD
SECCION
5500
LH12 CHALLAO 157 km2 1068 5539

LH04 PLUMERILLO 29 km2 753 5539 5539 LAS HERAS

GC5 VILLA
HIPODROMO
12 km2 4177 5501
5501 GODOY CRUZ

GC7 BENEGAS 17 km2 1299 5501

 Lic. Fabin Arnulphi

PASO DEL MODELO E/R AL MODELO RELACIONAL

RELACION MUCHOS A MUCHOS

COD APELLIDO
ISBN TTUL .
O

N N
LIBROS ESCRI AUTORES
BE

EDITORIAL GENER NACIONALIDA NOMBRE

O D

La conversin al modelo Relacional sera:

Cada entidad, corresponde a una tabla.
Cada atributo, corresponde a un campo dentro de la tabla.
Se crea una tercera tabla, cuyo nombre es el nombre de la relacin y cuyos atributos
corresponden a las llaves de las dos tablas de la relacin, ms los atributos propios de
la relacin
 Lic. Fabin Arnulphi

PASO DEL MODELO E/R AL MODELO RELACIONAL

RELACION MUCHOS A MUCHOS
COD. APELLIDO
ISBN TTULO

N N
LIBROS ESCRIBE AUTORES

EDITORIAL GENERO NACIONALIDAD NOMBRE

El modelo relacional quedara as: