BASES DE DATOS I

2º año
Carrera: Técnico Superior en Análisis y Programación de Sistemas

Lic. Fabián Arnulphi

 Lic. Fabián Arnulphi

¿Qué es una Base de Datos? - Generalidades

• Todas las empresas requieren almacenar información. La información

puede ser de todo tipo.

• Cada elemento informativo (nombre, dirección, sueldo, etc.) es lo que se

conoce como dato (en inglés data).

• Antes de la aparición de la informática, los datos se almacenaban en

ficheros con cajones, carpetas y fichas.

• Tras la aparición de la informática estos datos se almacenan en archivos

digitales dentro de las unidades de almacenamiento del ordenador.

• Además las empresas requieren utilizar aplicaciones informáticas para

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

¿Qué es una Base de Datos? - Generalidades

• En los inicios de la era informática, cada programa almacenaba y

utilizaba sus propios datos de forma un tanto caótica.

• Inconvenientes: €
 Costos de almacenamiento elevados.
 Datos redundantes (se repiten continuamente).
 Difícil modificación en los datos y facilidad de problemas de inconsistencia al
realizar esas modificaciones (ya que es difícil que esa modificación afecte a todos
los datos.

• Lógicamente la solución a este problema es hacer que todas las

aplicaciones utilicen los mismos datos. Esto provoca que los datos
deban estar mucho más protegidos y controlados.
 Lic. Fabián Arnulphi

¿Qué es una Base de Datos? - Definición

• Una base de datos es una

serie de datos
relacionados que forman
una estructura lógica.
• Es decir, una estructura
reconocible desde un
programa informático.
• Esa estructura no sólo
contiene los datos en sí,
sino la forma en la que se
relacionan.
 Lic. Fabián Arnulphi

Sistema de Bases de Datos - Componentes

• Hardware
 Máquinas 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. Fabián Arnulphi

Estructura de una Bases de Datos

• Las bases de datos están 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 números o fechas ...), qué nombre se le da a cada dato
(nombre, apellidos,...), cómo están agrupados, cómo se
relacionan
• De este modo se producen dos visiones de la base de datos:
• Estructura lógica: Es una estructura que permite idealizar a la base de datos.
Sus elementos son
• entidades
• relaciones
• enlaces
• etc.
• Estructura física. Es la estructura de los datos tal cual se almacenan en las
unidades de disco. La correspondencia entre la estructura lógica y la física se
almacena en la base de datos (en los metadatos).
 Lic. Fabián Arnulphi

Ventajas de una Base de Datos

• Independencia de los datos de los programas y procesos: Esto permite modificar

los datos sin modificar el código de las aplicaciones.

• Menor redundancia: No hace falta tanta repetición 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 más documentados: Gracias a los metadatos que permiten describir la

información de la base de datos. €

• Acceso a los datos más eficiente: La organización de los datos produce un

resultado más óptimo en rendimiento. €

• Menor espacio de almacenamiento: Gracias a una mejor estructuración de los

datos.
 Lic. Fabián Arnulphi

Sistema Gestor de Bases de Datos (DBMS)

• Un sistema gestor de bases de datos o SGBD (aunque se suele utilizar más a

menudo las siglas DBMS procedentes del inglés, 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. Fabián Arnulphi

Sistema Gestor de Bases de Datos (DBMS)

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

datos. Lógicamente tiene que proporcionar herramientas a los distintos
usuarios. Entre las herramientas que proporciona están: €

• Herramientas para la creación y especificación de los datos. Así como la estructura de la

base de datos. €

• Herramientas para administrar y crear la estructura física requerida en las unidades de

almacenamiento. €

• Herramientas para la manipulación de los datos de las bases de datos, para añadir,
modificar, suprimir o consultar datos. €

• Herramientas de recuperación en caso de desastre. €

• Herramientas para la creación de copias de seguridad. €

• Herramientas para la gestión de la comunicación de la base de datos .

 Lic. Fabián Arnulphi

Sistema Gestor de Bases de Datos - funciones

Función de descripción. 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 definición de
datos o DDL (en SQL: create, alter, drop, truncate)

Función de manipulación. Permite buscar, añadir,

suprimir y modificar datos de la base de datos. El
DBMS proporciona, para realizar esta función, un
lenguaje de manipulación de datos o DML ( en SQL:
select, insert, update, delete)
 Lic. Fabián Arnulphi

Sistema Gestor de Bases de Datos - funcionamiento

Los datos son responsabilidad del DBMS, por lo que cualquier

acceso debe ser realizado por éste. Lógicamente el DBMS va a
acabar comunicándose con el Sistema Operativo ya que el
acceso a los ficheros de datos implica utilizar funciones del
sistema operativo.
 Lic. Fabián Arnulphi

Niveles ANSI - SPARC

Desde la ANSI (instituto de estándares americano) se

creo una sección llamada SPARC dedicada a estándares
de sistemas de información. Propusieron tres niveles de
abstracción en las bases de datos, de acuerdo con el
siguiente esquema:
 Lic. Fabián Arnulphi

Niveles ANSI - SPARC

 Esquema externo. Describe la parte de la DB que interesa a un grupo de

usuarios determinados.
 Esquema conceptual. Representación teórica de los datos y de sus
relaciones. Representa la lógica de la base de datos. €
 Esquema físico. Representa los datos según son almacenados en el medio
físico (en los discos).
 Lic. Fabián Arnulphi

Independencia Lógico - Física

El esquema conceptual debe ser absolutamente independiente del

físico. Esto significa que existe Independencia física de los datos.
Aunque el esquema físico cambie, el esquema conceptual no debe
verse afectado. En la práctica esto significa que aunque se añadan o
cambien discos u otro hardware, o se modifique el sistema operativo u
otros cambios relacionados con la física de la base de datos, el
esquema conceptual permanece invariable. €
 Lic. Fabián 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 más fácilmente manipulable. Se intenta
reproducir las características de una realidad específica.
 En el caso de los modelos de datos, lo que intentan reproducir es una información real
que deseamos almacenar en un sistema informático.
 Se denomina esquema a una descripción específica en términos de un modelo de
datos. El conjunto de datos representados por el esquema forma la base de datos.
 Lic. Fabián Arnulphi

Modelado de datos

En la ilustración aparecen los distintos esquemas que llevan desde el mundo real a la
base de datos física. Como se ve aparecen varios esquemas intermedios. Los que
están más a la izquierda se alejan más de las características físicas. Los elementos de
ese esquema son: €
• Mundo real: Contiene la información 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 canónico : Representa los datos en un formato más cercano al del ordenador.
• Esquema interno: Representa los datos según el modelo concreto de un sistema gestor de bases de datos (por
ejemplo Oracle, SQL Server, etc.).
• Base de datos física: Los datos tal cual son almacenados en disco.
 Lic. Fabián Arnulphi

Diferencias entre el modelo Conceptual y el modelo Lógico

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

El modelo lógico depende de un tipo de SGBD en particular.
Ejemplos de modelos conceptuales y lógicos son: €
Modelo Conceptual: Modelo E/R €
Modelo Lógico: Modelo Jerárquico - Modelo relacional €
 Lic. Fabián Arnulphi

MODELO ENTIDAD – RELACION o MODELO E/R

Introducción:

 Fue ideado por Peter Chen en 1976.

 Un diagrama o modelo entidad-relación (a veces denominado por

sus siglas en inglés, E-R "Entity relationship", o del
español DER "Diagrama de Entidad Relación") es una herramienta
para el modelado de datos (generación de esquemas conceptuales)
que permite representar las entidades relevantes de un sistema de
información así como sus interrelaciones y propiedades.
 Lic. Fabián 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 información en la
base de datos.
Tipos de entidades:
• existencia física: una persona, un animal, una casa, etc. (entidad
concreta);
• existencia conceptual: un puesto de trabajo, una asignatura de clases,
un nombre, etc. (entidad abstracta).
Representación gráfica de las entidades: En el modelo entidad relación los
conjuntos de entidades se representan con un rectángulo dentro del cual
se escribe el nombre de la entidad:

vehículo persona cargo de la persona

 Lic. Fabián 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 representación gráfica

PERSONAS
 Débiles. Su existencia depende de otras. Por ejemplo la entidad tarea
laboral sólo podrá tener existencia si existe la entidad trabajo. Las
entidades débiles se presentan de esta forma:

TAREAS LABORALES
 Lic. Fabián 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. Fabián Arnulphi

MODELO E/R – RELACIONES

La representación gráfica de las relaciones se realiza con

un rombo al que se le unen líneas que se dirigen a las
entidades, las relaciones tienen nombre (se suele usar un
verbo). En el ejemplo anterior podría usarse como
nombre de relación, trabajar:
 Lic. Fabián Arnulphi

MODELO E/R – EJEMPLOS DE RELACIONES

 Lic. Fabián Arnulphi

MODELO E/R – CARDINALIDAD

 Indica el número de relaciones en las que una entidad

puede aparecer. Se anota en términos de:

 cardinalidad mínima: Indica el número mínimo de asociaciones en

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

 cardinalidad máxima: Indica el número máximo 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
máxima es 1 ó n.
 Lic. Fabián Arnulphi

MODELO E/R – CARDINALIDAD

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

formas. Quizá la más completa consiste en anotar en los extremos,
la cardinalidad máxima y mínima de cada entidad en la relación.

 En el ejemplo un jugador tiene una cardinalidad mínima de 0 (puede

no estar en ningún equipo) y una máxima de 1 (como mucho está en
un equipo). Cada equipo tiene una cardinalidad mínima de uno y una
máxima de n (en cada equipo hay muchos jugadores)
 Lic. Fabián Arnulphi

MODELO E/R – ROLES

A veces en las líneas de la relación se indican roles. Los

roles representan el papel que juega una entidad en una
determinada relación.

Ejemplo de rol: un trabajador puede ser visto como

empleado o como jefe, dependiendo de que lado de la
relación esté.
 Lic. Fabián 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 línea a las entidades.
 Lic. Fabián Arnulphi

MODELO E/R – TIPOS DE ATRIBUTOS

 Lic. Fabián Arnulphi

MODELO E/R – ATRIBUTO IDENTIFICADOR O CLAVE

Se trata de uno o más 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. Fabián 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 relación. 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 más de un atributo.
 Puede haber varios identificadores candidatos, en ese caso hay
que elegir el que tenga más importancia en nuestro sistema (el
resto pasan a ser alternativos).
 Lic. Fabián Arnulphi

MODELO E/R – RELACIONES ISA o RELACIONES DE HERENCIA

Se utilizan para unificar entidades agrupándolas en una

entidad más general (generalización) o bien para dividir
una entidad general en entidades más específicas
(especificación). Aunque hoy en día a todas ellas se las
suele llamar relaciones de herencia.

PERSONAL

ISA

PROFESORES BEDELES TÉCNICOS

 Lic. Fabián Arnulphi

MODELO E/R – RELACIONES ISA o RELACIONES DE HERENCIA

Se habla de superentidad refiriéndonos 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. Fabián Arnulphi

MODELO E/R – RELACIONES ISA o RELACIONES DE HERENCIA

En la relación ISA de abajo, los profesores, bedeles y

técnicos heredan los atributos Id personal y Nombre. El
resto son atributos propios sólo de cada entidad (Trienios
pertenece sólo a los profesores, en este ejemplo)
 Lic. Fabián Arnulphi

MODELO E/R – RELACIONES ISA o RELACIONES DE HERENCIA

En la relación isa de abajo se utiliza una clave distinta

para cada subentidad (es decir, discos, libros y
merchandising tienen clave propia), no la heredan.
 Lic. Fabián 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. Fabián Arnulphi

MODELO E/R – RELACIONES ISA CON EXCLUSIVIDAD

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

ejemplar sólo puede participar en una de entre varias ramas de una
relación. Este hecho se marca con un arco entre las distintas
relaciones. En el ejemplo, el personal sólo puede ser o bedel, o
profesor o técnico; una y sólo una de las tres cosas (es por cierto la
forma más habitual de relación ISA).
 Lic. Fabián 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 técnico o si fijo es alguna de esas
tres profesiones. Hay dos posibilidades:

• Relaciones de jerarquía 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
técnico).
• Relaciones de jerarquía 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 técnico).
 Lic. Fabián Arnulphi

MODELO E/R – TIPOS DE RELACIONES ISA

Número de relaciones: En este caso se mide con

cuántas 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 jerarquía solapada: Indican que un ejemplar de

la superentidad puede relacionarse con más de una
subentidad (el personal puede ser profesor y bedel).
• Relaciones de jerarquía exclusiva: Indican que un ejemplar de
la superentidad sólo puede relacionarse con una subentidad
(el personal no puede ser profesor y bedel).
 Lic. Fabián Arnulphi

MODELO E/R – TIPOS DE RELACIONES ISA

 Lic. Fabián Arnulphi

MODELO E/R – ENTIDADES DEBILES

 Ya se ha comentado antes que una entidad débil es aquella cuya existencia

depende de otra. Ahora vamos a clarificar más estas entidades.
Efectivamente ocurren cuando hay una entidad más fuerte de la que
dependen. Lógicamente tienen relación con esa entidad. En la forma clásica
se representaría de esta forma:
 Lic. Fabián Arnulphi

MODELO E/R – ENTIDADES DEBILES

 En el diagrama la relación 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 más no tiene sentido hablar de tareas sin
hablar del trabajo del que forma parte.
 Lic. Fabián Arnulphi

MODELO E/R – ENTIDADES DEBILES

 Todas las entidades débiles tienen este tipo de relación 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 relación ni la cardinalidad, se

sobreentiende el tipo y cardinalidad (1 a n) que posee. No siempre el
identificador de la entidad débil incluye el identificador de la entidad fuerte;
cuando ocurre se habla de una dependencia de identificación, pero no
todas las entidades débiles las poseen.
 Lic. Fabián Arnulphi

MODELO E/R – EJERCITACIÓN

Ejercicio Nº 1 – Biblioteca
Crear un diseño entidad relación que permita gestionar los datos de una biblioteca de modo que:
• Las personas socias de la biblioteca disponen de un código de socio y además se necesita almacenar su dni,
dirección, teléfono, nombre y apellidos.
• La biblioteca almacena libros que presta a los socios y socias, de ellos se almacena su título, su editorial, el año en el
que se escribió el libro, el nombre completo del autor (o autores), si no es anónimo, y el ISBN.
• Un libro puede tener muchos volúmenes para ser prestados. Necesitamos poder indicar si un volumen en la
biblioteca está deteriorado o no.
• Queremos controlar cada préstamo que se realiza almacenando la fecha en la que se realiza, la fecha tope para
devolver ( que son 15 días más que la fecha en la que se realiza el préstamo), y la fecha real en la que se devuelve el
libro.
 Lic. Fabián Arnulphi

MODELO E/R – EJERCITACIÓN

Ejercicio Nº 2 – Guerras
Diseñar un modelo entidad/relación que almacene los datos de todas las guerras de la historia de modo que:
• Se almacene el año en el que empezó la guerra y el año en que terminó, así como su nombre y el de los países
contendientes, pudiendo indicar además quienes fueron las ganadores
• Hay que tener en cuenta que los países se pueden unir a la guerra a uno u otro bando (suponemos que solo hay dos
bandos) después 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 países que se almacenan en la base de datos pueden no ser países actualmente (como Prusia, Aragón, Asiria,
etc.) por lo que se ha contemplado que en la base de datos se almacenen los años en los que el país ha sido
independiente, teniendo en cuenta que hay países 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. Fabián Arnulphi

MODELO E/R – EJERCITACIÓN

Ejercicio Nº 3 – Accidentes Geográficos

• Realizar un esquema entidad/relación que sirva para almacenar información geográfica. Para ello hay que tener en
cuenta:
• Se almacenan los siguientes accidentes geográficos: ríos, lagos y montañas
• De cada accidente se almacenan su posición horizontal y vertical según el eje de la tierra, además de su nombre
• De los ríos se almacena su longitud, de las montañas su altura y de los lagos su extensión
• Se almacena también información sobre cada país, a través de su identificador y su nombre.
• Se desea almacenar información que permite saber en qué país está cada accidente geográfico, teniendo en cuenta
que cada accidente puede estar en más de un país.
• Se almacena también los nombres de cada localidad del planeta. Y se almacena por qué localidades pasa cada río,
como así también la cantidad de kilómetros que tiene el río en cada localidad donde pasa.
 Lic. Fabián Arnulphi

MODELO RELACIONAL - Historia

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

 Independencia física: La forma de almacenar los datos, no debe influir en su

manipulación lógica.
 Independencia lógica: 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 fácilmente distintas vistas en función de los

usuarios y aplicaciones.
 Uniformidad: Las estructuras lógicas siempre tienen una única forma conceptual
(las tablas).
 Sencillez.

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

 Lic. Fabián Arnulphi

MODELO RELACIONAL - Fundamentos

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

representan gráficamente como una estructura rectangular formada por filas
y columnas. Cada columna almacena información sobre una propiedad
determinada de la tabla (se le llama también atributo), nombre, dni, apellidos,
edad,…..
• Cada fila posee una ocurrencia o ejemplar de la instancia o relación
representada por la tabla (a las filas se las llama también tuplas)
 Lic. Fabián Arnulphi

MODELO RELACIONAL - Fundamentos

• El modelo relacional es la representación lógica del esquema

entidad/relación.
• 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. Fabián 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 físico). Ahora cuando decimos “del
mismo tipo” queremos decir que los datos de una columna son todos del
mismo tipo: numéricos, texto, fechas…
 Lic. Fabián Arnulphi

MODELO RELACIONAL - Fundamentos

• La información puede ser recuperada o almacenada por medio de consultas

que ofrecen una amplia flexibilidad y poder para administrar la información.
El lenguaje más común para construir las consultas a bases de datos
relacionales es SQL, Structured Query Language o Lenguaje de Consultas
Estructurado.
 Lic. Fabián Arnulphi

MODELO RELACIONAL - Terminología

• Tupla o registro: Cada fila de la tabla (cada ejemplar que la tabla representa).
• Atributo: Cada columna de la tabla.
• Cardinalidad: Número de registros o tuplas de una tabla.
• Grado: Número de atributos de una tabla.
• Dominio: Conjunto válido de valores representables por un atributo.
 Lic. Fabián Arnulphi

PASO DEL MODELO E/R AL MODELO RELACIONAL

RELACION UNO A UNO
Dado un diagrama E/R con una relación uno a uno

La conversión al modelo Relacional sería:

• 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 foránea de la relación.
 Lic. Fabián Arnulphi

PASO DEL MODELO E/R AL MODELO RELACIONAL

RELACION UNO A UNO

Se puede crear la llave foránea en cualquier tabla, entonces el modelo quedaría así:

Llave foránea
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. Fabián Arnulphi

PASO DEL MODELO E/R AL MODELO RELACIONAL

RELACION UNO A UNO

Resulta indiferente crear la llave foránea en cualquiera de las dos tablas. Como norma, se crea
primero la tabla que no tiene la llave foránea.
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. Fabián Arnulphi

PASO DEL MODELO E/R AL MODELO RELACIONAL

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

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

22000000 GARCIA CARLOS B 5539 5539 LAS HERAS

31000000 SUAREZ MONICA C 5501 GODOY CRUZ

5501
 Lic. Fabián Arnulphi

PASO DEL MODELO E/R AL MODELO RELACIONAL

RELACION UNO A MUCHOS

La conversión al modelo Relacional sería:

• 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 sería la llave foránea.
 Lic. Fabián 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
SECCION
5500 CIUDAD
LH12 CHALLAO 157 km2 1068 5539

LH04 PLUMERILLO 29 km2 753 5539 5539 LAS HERAS

GC5 VILLA 12 km2 4177 5501

HIPODROMO
5501 GODOY CRUZ

GC7 BENEGAS 17 km2 1299 5501

 Lic. Fabián Arnulphi

PASO DEL MODELO E/R AL MODELO RELACIONAL

RELACION MUCHOS A MUCHOS

COD. APELLIDO
ISBN TÍTULO

N N
LIBROS ESCRIBE AUTORES

EDITORIAL GENERO NACIONALIDAD NOMBRE

La conversión al modelo Relacional sería:

• 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 relación y cuyos atributos
corresponden a las llaves de las dos tablas de la relación, más los atributos propios de
la relación
 Lic. Fabián Arnulphi

PASO DEL MODELO E/R AL MODELO RELACIONAL

RELACION MUCHOS A MUCHOS
COD. APELLIDO
ISBN TÍTULO

N N
LIBROS ESCRIBE AUTORES

EDITORIAL GENERO NACIONALIDAD NOMBRE

El modelo relacional quedaría así: