Está en la página 1de 10

1Modelo Relacional

Maria Fernanda Vera Negrón. Cod. 2161326.


Oscar Andrés Corzo Gómez. Cod. 2160041.
Liceth Yaneth Rozo Quintana. Cod. 2161325
Base de Datos I.

Universidad Industrial de Santander.


27 de agosto de 2017.
Bucaramanga.
ii
Tabla de Contenidos

Modelo Relacional...............................................................................................................1
Definición:.......................................................................................................................1
Diseño Conceptual de Base de Datos..............................................................................2
Conceptos de Modelos Relacionales...................................................................................2
Caracteristicas de una base de datos....................................................................................3
Tipos de relaciones de una base de datos relacional............................................................3
Relación 1:1.........................................................................................................................3
Relación 1:N........................................................................................................................4
Relación N:M.......................................................................................................................4
Relación reflexiva................................................................................................................4
Conclusiones........................................................................................................................5
Webgrafía............................................................................................................................8
Modelo Relacional

Definición:
El modelo de datos relacional fue introducido por Edgar Codd (1970). Se basa en
una estructura de datos simple y uniforme y tiene fundamentos teóricos sólidos.
El modelo relacional representa la base de datos como una colección de relaciones. En
términos mínimos informales, cada relación semeja una tabla o, hasta cierto punto, un
archivo simple.
Codd daba 12 reglas que debe cumplir cualquier base de datos que desee considerarse
relacional:
1. Cada ítem de datos debe ser lógicamente accesible al ejecutar una búsqueda que
combine el nombre de la tabla, su clave primaria, y el nombre de la columna.
2. Todos los datos deben ser accesibles sin ambigüedad.
3. La información inaplicable o faltante puede ser representada a través de valores
nulos.
4. Catálogo dinámico en línea basado en el modelo relacional, el sistema debe
soportar un catálogo en línea, el catálogo relacional debe ser accesible a los
usuarios autorizados. Es decir, los usuarios autorizados deben poder tener acceso
a la estructura de la base de datos (catálogo).
5. La regla comprensiva del sub-lenguaje de los datos, el sistema debe soportar por
lo menos un lenguaje relacional que:
 Tenga una sintaxis lineal.
 Puede ser utilizado de manera interactiva.
 Soporte operaciones de definición de datos, operaciones de manipulación
de datos (actualización, así como la recuperación), seguridad e integridad
y operaciones de administración de transacciones.
6. Todas las vistas que son teóricamente actualizables, deben ser actualizables por el
sistema mismo.
7. Alto nivel de inserción, actualización y borrado, permitiendo el sistema realizar
manipulación de datos de alto nivel, es decir, sobre conjuntos de tuplas.
8. Independencia física de los datos, los programas de aplicación y actividades del
terminal permanecen inalterados a nivel lógico cuando quiera que se realicen
cambios en las representaciones de almacenamiento o métodos de acceso.
9. Independencia lógica de los datos, los cambios al nivel lógico (tablas, columnas,
filas, etc.) no deben requerir un cambio a una solicitud basada en la estructura.
10. Independencia de la integridad, las limitaciones de la integridad se deben
especificar por separado de los programas de la aplicación y se almacenan en la
base de datos.
11. Independencia de la distribución, la distribución de las porciones de la base de
datos a las varias localizaciones debe ser invisible a los usuarios de la base de
datos.
12. La regla del orden, si el sistema proporciona una interfaz de bajo nivel de registro,
aparte de una interfaz relacional, que esa interfaz de bajo nivel no se pueda
utilizar para subvertir el sistema.

Diseño Conceptual de Base de Datos

Las bases de datos relacionales se basan en el uso de relaciones (que quiere decir
tablas). Las relaciones se representan gráficamente como una estructura rectangular
formada por atributos y tuplas. Cada atributo almacena información sobre una propiedad
determinada de la tabla (se le llama también columna), nombre, apellidos, edad.... Cada
fila posee una entidad o ejemplar de la instancia o relación representada por la tabla (a las
tuplas se las llama también filas).

Conceptos de Modelos Relacionales

Relación= Película (Titulo,


Año, Duración)
Cardinalidad= 3.
Grado de la Relación=3.

 Relación: es el nombre que recibe cada una de las tablas que se establecen entre
los datos almacenados; cada nueva relación da lugar a una tabla. Estas tablas están
compuestas por atributos (columnas) y tuplas (filas).
 Atributos: Los atributos son las columnas de una relación y describen
características particulares de ella. Vienen definidas por un nombre y pueden
contener un conjunto de valores.
 Cabecera: El conjunto de los atributos de una relación conforma la cabecera de
esta. En la tabla 1.0 la cabecera es:
 Tuplas: Se trata de cada una de las filas de la tabla. Es importante señalar que no
se pueden tener tuplas duplicadas en una tabla.
 Cuerpo: El conjunto de tuplas o filas en una relación conforman el cuerpo de
esta.
 Dominio: El dominio dentro de la estructura del modelo relacional es el conjunto
de valores que puede tomar un atributo. Existen dos tipos de dominios:
 Dominios generales: son aquellos que están comprendidos entre un máximo
y un mínimo.
 Dominios restringidos: son los que pertenecen a un conjunto de valores
específicos.
 Cardinalidad: número de tuplas de una tabla.
 Grado de Relación: número de atributos de una tabla.
 Clave primaria: Es un conjunto de atributos que identifica a cada tupla de una
relación y además no hay un subconjunto de ellos que cumplan esa propiedad.
 Clave foránea: Es un conjunto de atributos de una tabla que son clave primaria
en otra tabla. Las claves foraneas se colocan en la tabla hija, contienen el mismo
valor que la clave primaria del registro padre; por medio de estas se forman las
relacionales

Características de las bases de Datos Relacionales

 Una base de datos se compone de varias tablas o relaciones.


 No pueden existir dos tablas con el mismo nombre ni registro.
 La relación entre una tabla padre y un hijo se lleva a cabo por medio de las
claves primarias y claves foráneas.
 El orden de las tuplas y los atributos en la tabla no tienen importancia.
 Los atributos de la tabla son atómicos.
 Los valores de cada columna son del mismo tipo.
 La información puede ser fácilmente recuperada.

Tipos de relaciones de una base de datos relacional

Relación 1:1
Aparece cuando un registro de la tabla A sólo puede relacionarse con 1 registro de la
tabla B. Este modelo aparece en relaciones de tipo exclusivo, como por ejemplo Países-
Banderas, ya que cada país tiene una única bandera oficial, y cada bandera sólo puede
pertenecer a un país; otro ejemplo sería Equipo y Presidente.

Relación 1:N

Empleado (dni, nombre, salario,


código_departamento)
Departamento (código, nombre,
localización)

En este caso, un registro de la tabla A puede relacionarse con varios de la tabla B. Es el


tipo más habitual y utilizado, y existen numerosos casos; por ejemplo, domicilios con
personas que viven en el mismo, nombre de empresa con sus trabajadores, proveedores
con productos que sirven…

Relación N:M

Cliente (Dni, Nombre, Apellidos)


Producto (Código, Descripción)
Compras (Dni_Cliente, Código _
Producto, Fecha_Compra)

Se da si varios registros de A pueden relacionarse con varios de B y viceversa. Es quizás


la menos habitual de manera formal. El ejemplo clásico, es tener dos tablas, una de
actores y otra de películas, ya que lo habitual es que cada actor haya trabajado en varias
películas, y que éstas estén formadas por varios actores, o la relación de clientes y
productos.

Relación reflexiva

Alumno (num_expediente, nombre,


num_expediente_delegado)

Se da cuando se relaciona una entidad consigo misma. Ejemplo: empleados que pueden
ser jefes de otros empleados.
Conclusiones

En esta pequeña investigación sobre el modelo de datos relacional, sus propiedades y el


tipo de relaciones se adquirieron varios conocimientos sobre el tema, de los cuales se
llega concluir que:

 El modelo de datos relacional es actualmente el modelo de mayor uso y


trascendencia en los diferentes tipos de organizaciones, aunque con el tiempo se
ha visto modificado y adecuado según las necesidades. Los modelos relacionales
también han tomado el liderazgo de las soluciones de almacenamiento y gestión
de la información para las aplicaciones, mantienen el liderazgo ya que ofrecen
ventajas como: seguridad, consistencia, gestión del acceso concurrente por miles
de usuarios al mismo tiempo.

 Este modelo tiene como característica relacionar la información como vía de


organización y asociación donde la base de datos tiene una ventaja que es utilizar
la plataforma para el desarrollo del sistema de aplicación en las organizaciones.
Cabe recalcar que el modelo relacional no es el único que se presenta en las bases
de datos, junto con el modelo jerárquico y el modelo de red se convierten en los
modelos más utilizados en la actualidad.

 Al basarse en tablas, el modelo relacional nos proporciona una solución en el


manejo de grandes cantidades de datos, porque resumen en un diagrama toda una
serie de datos mucho más explícito y fácil de asimilar.

 Debido a las características y estructura de un modelo relacional se encuentran


varias ventajas como son el poder evitar la duplicidad en los registros y garantizar
la integridad y el fácil acceso a la información.

 No siempre las condiciones para establecer vínculos entre dos tablas son, la
manera en que se relacionan las tablas entre sí también da lugar a
comportamientos diferentes. En la estructura de cualquier base de datos se
encuentran principalmente tres tipos de relaciones, uno a uno (1:1), uno a muchos
(1: N), muchos a muchos (N:M), aunque en casos especiales se pueden llegar a
necesitar los tipos de relaciones recursiva o auto relaciones.
 Las relaciones uno a uno son las relaciones menos usadas ya que existen muy
pocos casos en los que se puedan aplicar, teniendo en cuenta que la mayoría de
relaciones son de uno a muchos o muchos a uno (la cual es la misma, solo cambia
la ubicación de la tabla A. Cada registro de la tabla A se relaciona con un único
registro de la tabla B y cada registro de la tabla B se relación con un solo registro
de la tabla A, estas condiciones hacen que estas relaciones no sean de gran aporte
a la base de datos, pero si tienen buen funcionamiento a la hora de mantener
mejor organizada la información.

 Las relaciones de uno a muchos pueden descritas como la relación ideal. En las
relaciones de uno a muchos, cada registro de una tabla A, o tabla primaria como
también se le conoce, puede estar enlazado con más de un registro de otra tabla B,
a la que también se le conoce como tabla secundaria. Por el contrario, cada
registro de la tabla B sólo puede estar enlazado a un registro de la tabla A. Uno a
muchos o muchos a uno únicamente se diferencia en el sentido de la relación, es
decir, si la tabla primaria se encuentra a la izquierda o derecha de la relación.
Debido a sus características se asemeja más a las interacciones dentro de una
empresa con sus empleados, podría pensarse que gracias a esto es sin duda uno de
los tipos de relaciones más utilizados.

 Las relaciones Muchos a muchos no son recomendables y debemos tratar de


evitarlas. En las relaciones Muchos a muchos a cada registro de la tabla A se le
pueden asociar varios registros de la tabla B y cada registro de la tabla B puede
estar relacionado con más de un registro de la tabla A. Normalmente está relación
no se hace directa sobre la misma tabla ya que no se sabe cuántas tuplas se van a
relacionar entre sí. La forma común de establecer esta relación es creando una
tabla de la interrelación de las dos tablas, en ese caso la tabla dependiente es la
intermediaria de las dos relaciones y las dos tablas serían principales.

 Las relaciones reflexivas o recursivas se caracterizan por que su relación va de


una entidad hacia la misma entidad, es decir solo participa una entidad en la
relación. Lo normal es que una relación reflexiva se convierta en dos tablas, una
para la entidad y otra para la relación.

 Respecto a las claves concluimos que para que un atributo o conjuntos de


atributos de una relación sea clave candidata, se deben cumplir dos condiciones
básicas: La unicidad, es decir la no repetición del valor de un atributo; La
minimalidad, teniendo en cuenta que la clave seleccionada será la mínima
combinación de atributos posibles que cumpla con la condición de unicidad.
 Finalmente, lo que más se puede resaltar es que el Dr. Codd hizo un valiosísimo
aporte con la creación del modelo relacional y además con agregar sus doce reglas
las cuales permiten identificar si una base de datos es relacional. Codd publica
estas reglas también para que las empresas al gestionar las bases de datos
relacionales guardaran sus conceptos originales. Estas nos han permitido
acercarnos un poco más al concepto de modelo relacional y lo que es relevante en
este.
Cumpliendo con las reglas de Codd un modelo relacional debe gestionar sus datos
almacenados usando solo sus capacidades relacionales además de que se garantiza
que son lógicamente accesibles cuando se recurre a una combinación con el
nombre de la relación, valor de la clave primaria y el nombre de la columna donde
se encuentra almacenado. Un modelo relacional deberá soportar los valores nulos
ya que de esta forma se debe representar la información que falta en una forma
sistemática. Cumpliendo con la regla de actualización de vistas, por el sistema se
deben actualizar todas las vistas que son teóricamente actualizables. Además de
que deberá tener la capacidad de manejar una relación base o derivada como un
simple operando, esto no solo se aplica a la recuperación de datos, también lo
hace a la inserción, actualización y borrado de datos.

Cada uno de los aspectos antes mencionados hacen que un modelo relacional de
base de datos resguarde los conceptos originales, haciéndola también más sólida y
organizada.
Webgrafía

Sanchez, J. (2004). Principios sobre Bases de Datos Relacionales. Página 14. Recuperado
de: http://cursa.ihmc.us/rid=1H73QYLH3-6LFRCX-JT6/bdrelacional.pdf

DECSAI, Universidad de Granada. (2006). El modelo relacional: Fundamentos de diseño


de bases de datos. Página 2. Recuperado de:
https://es.scribd.com/document/147842451/D-Modelo-relacional-pdf

Montero, L. (2014). Social Media, Diseño web y Formación. Tipos de relaciones en bases
de datos. Recuperado de: https://www.luciamonterorodriguez.com/tipos-de-
relaciones-en-bases-de-datos/

Quiroz, J. (2003). El modelo relacional de bases de datos. Página 3. Recuperado de:


http://ingenieriasimple.com/conred/el%20modelo%20relacional.pdf

Silberschatz, A., Korth, H. & Sudarshan, S. (2002). Fundamentos de bases de datos.


Cuarta Edición. Página 71. Recuperado de:
https://s3.amazonaws.com/academia.edu.documents/37358813/Fundamentos_de_
Bases_de_Datos.pdf?
AWSAccessKeyId=AKIAIWOWYYGZ2Y53UL3A&Expires=1503880563&Sig
nature=BrmP1E%2BkZG2WOrx4%2Bt%2FGYS7JLJ0%3D&response-content-
disposition=inline%3B%20filename%3DFundamentos_de_Bases_de_Datos.pdf

También podría gustarte