Asignatura Datos del estudiante Fecha

Apellidos: AGRESOTH POLO

BASE DE DATOS 1
Nombre: ANYI

Actividad
Protocolo individual de la unidad n°: 2

Análisis y síntesis: 
Síntesis e interpretación personal de los temas vistos en la unidad

MODELO RELACIONAL
El modelo relacional es un modelo de organización y gestión de bases de datos
consistente en el almacenamiento de datos en tablas compuestas por filas, columnas o
campos, aquí se distingue de otros modelos como el jerárquico por ser más comprensible
para el usuario inexperto y por basarse en la lógica de predicados para establecer
relaciones entre distintos datos, aquí todos los datos son almacenados en relaciones y
como cada relación es un conjunto de datos, el orden en el que estos se almacenen no
tiene relevancia a diferencia de otros modelos como el jerárquico y el de red , una
relación representa una tabla que no es más que un conjunto de filas, cada fila es un
conjunto de campos y cada campo representa un valor que interpretado describe el
mundo real, cada fila también se puede denominar tupla o registro y a cada columna
también se le puede llamar campo o atributo. Para manipular la información utilizamos
un lenguaje relacional, actualmente se cuenta con dos lenguajes formales el cálculo
relacional y álgebra relacional, el Cálculo relacional solamente indica lo que se desea
devolver en cambio el álgebra relacional permite describir la forma de realizar una
consulta. Dentro de las ventajas del modelo relacional encontramos que estas garantizan
la integridad referencial, registran relacionados dependientes, favorece la normalización
por ser más aplicable y proveen herramientas que garantizan evitar la duplicidad de
registros; dentro de las desventajas del modelo relacional encontramos que estas no se
manipulan de forma eficiente los bloques de texto como tipo de dato y que además
presentan deficiencias con sistemas de información geográfica, datos gráficos,
multimedia y CAD.

- VENTAJAS DE LAS BASES DE DATOS RELACIONALES

El modelo relacional es sencillo pero muy potente, y lo utilizan organizaciones de todos

los tipos y tamaños para una gran variedad de aplicaciones con datos. Las bases de datos
relacionales se usan para rastrear inventarios, procesar transacciones de comercio
electrónico, administrar cantidades enormes y esenciales de información de clientes y
mucho más. Las bases de datos relacionales se pueden emplear para cualquier aplicación
de datos en la que los puntos de datos se relacionen entre sí y deban gestionarse de forma
segura, conforme a normas y de un modo uniforme.
Las bases de datos relacionales han existido desde la década de los setenta. En la actualidad, el
modelo relacional sigue siendo el más aceptado para las bases de datos, gracias a todas sus
virtudes.
 Asignatura Datos del estudiante Fecha
Apellidos: AGRESOTH POLO
BASE DE DATOS 1
Nombre: ANYI

- PASO DEL MODELO E-R AL MODELO RELACIONAL

Existen varias reglas para convertir cada uno de los elementos de los diagramas E-R en
tablas:
1. Para cada conjunto de entidades fuertes se crea una relación con una columna para
cada atributo.
2. Para cada conjunto de entidades débiles se crea una relación que contiene una
columna para los atributos que forman la clave primaria de la entidad fuerte a la que se
encuentra subordinada y una columna para cada atributo de la entidad.
3. Para cada interrelación se crea una relación que contiene una columna para cada
atributo correspondiente a las claves principales de las entidades interrelacionadas.
4. Lo mismo para entidades compuestas, añadiendo las columnas necesarias para los
atributos añadidos a la interrelación.

Las relaciones se representan mediante sus esquemas, la sintaxis es simple:

<nombre_relación>(<nombre_atributo_i>,...)
La clave principal se suele indicar mediante un subrayado. Veamos un ejemplo, partamos
del siguiente diagrama E-R:

Siguiendo las normas indicadas obtendremos las siguientes relaciones:

Libro (Identificador, Título)
Autor (Clave, Nombre)
Escrito_por (Identificador, Clave)
- PROYECCIÓN
También es un operador unitario, Consiste en seleccionar ciertos atributos de una
relación. Esto puede provocar un conflicto. Como la relación resultante puede no incluir
ciertos atributos que forman parte de la clave principal, existe la posibilidad de que haya
tuplas duplicadas
- PRODUCTO CARTESIANO
Este es un operador binario, se aplica a dos relaciones y el resultado es otra relación. El
resultado es una relación que contendrá todas las combinaciones de las tuplas de los dos
 Asignatura Datos del estudiante Fecha
Apellidos: AGRESOTH POLO
BASE DE DATOS 1
Nombre: ANYI

operandos. Esto es: si partimos de dos relaciones, R y S, cuyos grados son n y m, y cuyas
cardinalidades a y b, la relación producto tendrá todos los atributos presentes en ambas
relaciones, por lo tanto, el grado será n+m. Además, la cardinalidad será el producto de a
y b.
- MANIPULACIÓN DE DATOS, ÁLGEBRA RELACIONAL
El modelo relacional también define el modo en que se pueden manipular las relaciones.
Hay que tener en cuenta que este modelo tiene una base matemática muy fuerte. Esto no
debe asustarnos, en principio, ya que es lo que le proporciona su potencia y seguridad. Es
cierto que también complica su estudio, pero afortunadamente, no tendremos que
comprender a fondo la teoría para poder manejar el modelo. En el modelo relacionar
define ciertos operadores. Estos operadores relacionales trabajan con tablas, del mismo
modo que los operadores matemáticos trabajan con números. Esto implica que el
resultado de las operaciones con relaciones son relaciones, lo cual significa que, como
veremos, que no necesitaremos implementar bucles. El álgebra relacional define el modo
en que se aplican los operadores relacionales sobre las relaciones y los resultados que se
obtienen. Del mismo modo que al aplicar operadores enteros sobre números enteros sólo
da como salida números enteros, en álgebra relacional los resultados de aplicar
operadores son relaciones.

- CONCEPTOS DE BASE DE DATOS

El modelo conceptual es el mapa de la base de datos, la mayoría de las herramientas
CASE llaman a esos esquemas ERD, este identifica las relaciones de más alto nivel entre
las diferentes entidades y en todo momento hay que mantenerlo dentro de la
documentación de la base de datos ya que refleja aspectos que miserablemente el modelo
relacional no puede, algunas características del modelo conceptual son que no se
especifica ningún atributo, tampoco ninguna clave principal e incluye las entidades
importantes y las relaciones entre ellas.

- MODELO LÓGICO DIAGRAMA E/R

Un modelo lógico de datos es un modelo que no es específico de una base de datos que
describe aspectos relacionados con las necesidades de una organización para recopilar
datos y las relaciones entre estos aspectos.

Un modelo lógico contiene representaciones de entidades y atributos, relaciones,

identificadores exclusivos, subtipos y supertipos y restricciones entre relaciones. Un
modelo lógico también puede contener objetos de modelo de dominio o referirse a uno o
varios modelos de dominio o de glosario. Una vez definidas las relaciones y los objetos
lógicos en un modelo lógico de datos, utilice el área de trabajo para transformar el
modelo lógico en una representación física específica de la base de datos en forma de
modelo físico de datos.
Mediante el área de trabajo, puede crear un modelo lógico de datos a partir de una
 Asignatura Datos del estudiante Fecha
Apellidos: AGRESOTH POLO
BASE DE DATOS 1
Nombre: ANYI

plantilla. También puede importar tipos de datos simples de un archivo de definición de

esquemas XML (xsd) en un modelo lógico de datos como tipos de dominio.

- INTEGRIDAD
La integridad es una colección de reglas que definen la consistencia de la base de datos la
cual sirve para indicar una clave externa en esta que no se podrán introducir valores que
no estén incluidos en los campos relacionados con esa clave, también para impedir
situaciones que hagan que los datos no sean accesibles o que existan datos almacenados
que no se refieran a objetos o entidades existentes; se pueden las integridades dividir en 2
mecanismos los cuales son las restricciones dinámicas que definen las acciones a realizar
para evitar ciertos efectos secundarios no deseados y las restricciones estáticas que se
refieren a los estados válidos de datos almacenados.

- NORMALIZACIÓN
La normalización consiste en verificar el cumplimiento de ciertas reglas que aseguran la
 Asignatura Datos del estudiante Fecha
Apellidos: AGRESOTH POLO
BASE DE DATOS 1
Nombre: ANYI

eliminación de inconsistencias permitiendo que la base de datos sea usada de manera

óptima buscando dar eficiencia y fiabilidad, permitiendo eliminar estos problemas
forzando a la división de una tabla en dos o más a una BD relacional y esto se hace
mediante la aplicación de ciertos procedimientos y en ocasiones se traduce en la
separación de los datos en diferentes relaciones; su objetivo es por un lado que el manejo
de información pueda llevarse a cabo de forma rápida y por otro lado llevar la
información a una estructura donde prime el aprovechamiento del espacio.

- MODELO FÍSICO HERRAMIENTA SGBD

La herramienta SGBD aporta un modelado para representar las entidades, propiedades y
relaciones, mediante éstos el esquema conceptual físico puede ser mostrado gráficamente
y mantener una independencia conceptual con respecto a la implementación propiamente
dicha, aquí los diagramas serán un reflejo fiel de las relaciones, interrelaciones y
atributos del modelo físico.

- LENGUAJE DE BD
Un lenguaje BD es un lenguaje proporcionado por el sistema BD que permite a los
programadores de la misma llevar a cabo las tareas de definición de las estructuras que
almacenarán los datos, así como de los procedimientos o funciones que permitan
consultarlos en el momento que se requiera hacer esta función como tal.
El modelo relacional proporciona una manera simple de representar los datos: una tabla b
idimensional llamada relación

Relación Películas

La relación Películas tiene la intención de manejar la información de las instancias en la e
ntidad Películas, cada
renglón corresponde a una entidad película y cada columna corresponde a uno de los atri
butos de la entidad.
Sin embargo, las relaciones pueden representar más que entidades, como se explicará má
s adelante.

 Atributos

Los atributos son las columnas de una
 Asignatura Datos del estudiante Fecha
Apellidos: AGRESOTH POLO
BASE DE DATOS 1
Nombre: ANYI

relación y describen características particulares de ella.

 Esquemas

Es el nombre que se le da a una relación y el conjunto de atributos en ella.

Películas (título, año, duración, tipo)

En un modelo relación, un diseño consiste de uno o más esquemas, a este conjunto se le c
onoce como
"esquema relacional de base de datos" (relational database schema) o simplemente "esqu
ema de base de datos" (database schema)

Tuplas

Cada uno de los renglones en una relación conteniendo valores para cada uno de los atrib
utos.

(Star Wars, 1977, 124, color)

Dominios

Se debe considerar que cada atributo (columna) debe ser atómico, es decir, que no sea div
isible, no se puede pensar en un atributo como un "registro" o "estructura" de datos.

Representaciones equivalentes de una relación

Las relaciones son un conjunto de tuplas, no una lista de tuplas. El orden en que aparecen 
las tuplas es irrelevante.
Así mismo el orden de los atributos tampoco es relevante

Conversión del modelo er a un esquema de base de datos (Conversión a tablas)

El modelo es una representación visual que gráficamente nos da una perspectiva de como 
se encuentran los datos involucrados en un proyecto u organización.
 Asignatura Datos del estudiante Fecha
Apellidos: AGRESOTH POLO
BASE DE DATOS 1
Nombre: ANYI

Pero el modelo no nos presenta propiamente una instancia de los datos, un ejemplo que 
muestre con claridad
algunas datos de muestra y como se relacionan en realidad. Por eso es conveniente crear 
un "esquema", el
cual consiste de tablas las cuales en sus renglones (tuplas) contienen instancias de los dat
os.

Conversión a tablas desde un modelo con relaciones (11,1m,mm)
Las tablas siguientes muestran las reglas que se deben seguir para poder crear dicho esqu
ema.
 Asignatura Datos del estudiante Fecha
Apellidos: AGRESOTH POLO
BASE DE DATOS 1
Nombre: ANYI
 Asignatura Datos del estudiante Fecha
Apellidos: AGRESOTH POLO
BASE DE DATOS 1
Nombre: ANYI

Ejemplo:

Para el ejemplo de la figura tendríamos el esquema:

Conversión a tablas desde un modelo con generalización
 Asignatura Datos del estudiante Fecha
Apellidos: AGRESOTH POLO
BASE DE DATOS 1
Nombre: ANYI
 Asignatura Datos del estudiante Fecha
Apellidos: AGRESOTH POLO
BASE DE DATOS 1
Nombre: ANYI

Es importante mencionar que a pesar de que existen 2 métodos para convertir una general
ización a tablas, no
hay una regla exacta de cual usar en determinado caso. A continuación, se mencionan alg
unos consejos útiles para la determinación de cual método emplear:

1. Si la entidad de nivel superior está relacionada con otra(s) entidades puede sugerirse e
mplear el método
(1) ya que de esa manera la tabla (A) será la única involucrada en la relación, de otra for
ma se tendrían tres tablas (B1,B2 y B3) formando parte de la relación
 Asignatura Datos del estudiante Fecha
Apellidos: AGRESOTH POLO
BASE DE DATOS 1
Nombre: ANYI

2. Es importante tomar en cuenta la pertenencia de instancias, si se considera que hablam
os de una
generalización disjunta, donde no se puede pertenecer a varias entidades de nivel inferior, 
quizás sea recomendable el método (1), en otro caso se podría pensar en el método (2).
3. También es importante analizar ambos casos con respecto a las "consultas" que se dese
en realizar ya que esto también determina en muchos casos el método a emplear.

Descubrimiento de llaves en las relaciones

Las llaves resultantes en las relaciones de un esquema se pueden inferir de la siguiente m
anera:

1) Cada tabla que provenga de una entidad contiene por si misma una llave
2) Para las tablas resultado de una relación se toman las llaves primarias de ambas entida
des y éstas conforman la nueva llave primaria, excepto en un caso como el que sigue:

Podemos observar que existe una relación mm entre "actor" y "serie", demostrando
que un actor puede actuar en muchas series y que muchas series tendrán a los
mismos actores.

La tabla que se crearía sería:
actor serie
 Asignatura Datos del estudiante Fecha
Apellidos: AGRESOTH POLO
BASE DE DATOS 1
Nombre: ANYI

si se considera "id_actor, id_serie" como la llave primaria caemos en un problema
porque esa combinación no identifica de manera única a la tupla, como es el caso de
"Joaquín Pardavé, Génesis" ya que en la primer tupla tenemos que determina a "Abel
hermano bueno" y en la tercera a "Caín hermano malo".
La relación es correcta ya que un actor puede representar a varios personajes en la
misma obra, pero entonces la llave "id_actor, id_serie" no es la correcta y en este
caso lo más recomendable sería emplear los tres atributos de la relación "id_actor,
id_serie, id_personaje"

Discusión: 
Dudas, desacuerdos, discusiones