República Bolivariana de Venezuela

Ministerio del Poder Popular para la Educación U.P.T.P

“Luis Mariano Rivera” Sección: I20

Modelo
Relacional
Facilitador: . -Neluisé
Gonzales

Integrantes:

-Daniel Alfonsi

Carúpano, 22 de Enero 2020

Introducción

Durante los primeros años de las bases de datos, se utilizó el modelo

jerárquico como la primera forma de describir de forma más humana una
base de datos. Después reinó el modelo en red especialmente en su norma
Codasyl. Así a principios de los 70 parecía que el modelo a aplicar al
implementar bases de datos sería Codasyl y lo sería por muchos años.
 Sin embargo, Edgar Frank Codd definió las bases del modelo
relacional a finales de los 60. En 1970 publica el documento “A Relational
Model of data for Large Shared Data Banks” (“Un modelo relacional de datos
para grandes bancos de datos compartidos”). Actualmente se considera que
ese es uno de los documentos más influyentes de toda la historia de la
informática.

Lo es porque en él se definieron las bases del llamado Modelo

Relacional de Bases de Datos. Anteriormente el único modelo teórico
estandarizado era el modelo Codasyl que se utilizó masivamente en los
años 70 como paradigma del modelo en red de bases de datos.

En este trabajo Analizaremos con profundidad el modelo relacional,

exponiendo su estructura, el concepto de valor nulo en el modelo relacional
y la lógica que envuelve a este.
Modelo relacional

El modelo relacional se remonta a la aparición del artículo de Codd en

1970 , sobre los SGBD relacionales supuso en la práctica la proposición de un
nuevo modelo de datos basado en la teoría de las relaciones, donde los
datos se estructuran lógicamente en forma de relaciones (tablas), siendo el
objetivo fundamental del modelo mantener la independencia de esta
estructura lógica respecto al modo de almacenamiento y a cualquier otra
característica de tipo físico. El modelo propuesto por Codd presentaba los
siguientes objetivos:

• Independencia física. El modo en que se almacenan los datos no debe

influir en su manipulación lógica y, por tanto, los usuarios que acceden a los
datos no han de modificar sus programas por cambios en el
almacenamiento físico.

• Independencia lógica. Añadir, eliminar o modificar cualquier elemento de la

base de datos no debe repercutir en los programas y/o usuarios que están
accediendo a subconjuntos parciales de los mismos. Ciencias y Técnicas
Estadísticas 3 Adquisición y tratamiento de datos El modelo relacional

• Flexibilidad. Poder ofrecer a cada usuario los datos de la forma más

adecuada a su aplicación.

• Uniformidad. Las estructuras lógicas de los datos presentan un aspecto

uniforme (tablas), lo que facilita la concepción y manipulación de la base de
datos por parte de los usuarios.

• Sencillez. Las características anteriores, así como unos lenguajes de

usuario sencillos, producen el resultado de que el modelo de datos
relacional es fácil de comprender y de utilizar

Existen otros modelos más expresivos (Como el modelo de Base de

Datos Orientada a Objetos) Sin embargo, no se encuentran tan extendidos
Un modelo prometedor es el objeto-relacional (Incorpora características de
ambos modelos).

La estructura del modelo relacional Base de datos como una colección

de relaciones Relaciones:

Las Tablas formadas por filas y columnas, en donde las filas

representan al conjunto de datos relativos a un hecho y las columnas una
propiedad
 En cuanto a la estructura de un modelo relacional se refiere, existen
varios valores

Dominio: Es el conjunto válido de valores que toma un atributo. Existen

con independencia de cualquier otro elemento. Un dominio se identifica por
un nombre, tiene un número finito de valores, todos los valores son del
mismo tipo, y los valores son atómicos respecto del Modelo Relacional

Cada dominio puede definirse de dos maneras: Extensión (dando sus

posibles valores). Ejemplo: días de la semana = {lunes, martes, miércoles, …
sábado, domingo} y de Intención (mediante un tipo de datos). Ejemplo, el
peso de alguien= valor decimal

Tupla: Lista de n valores ordenados con un dominio dado, =contienen

los valores que toma cada uno de los atributos para cada elemento de la
relación.

Relación: Conjunto de tuplas

Atributo: Representa las propiedades de la relación. Se representa

mediante una columna.

Dominio de un atributo: Valores permitidos para un atributo.

La estructura del modelo relacional Características de las relaciones:

Tuplas sin orden, Atributos ordenados, Valores en las tuplas, Interpretación
Bases de datos.

Ejemplo:
Modelo físico de la base de datos

El modelo de datos físicos representa cómo se construirá el modelo

en la base de datos.

Un modelo de base de datos física muestra todas las estructuras de

tabla, incluidos el nombre de columna, el tipo de datos de columna, las
restricciones de columna, la clave principal, la clave externa y las relaciones
entre las tablas.

Las consideraciones físicas pueden hacer que el modelo de datos

físicos sea bastante diferente del modelo de datos lógicos. El modelo de
datos físicos será diferente para diferentes Sistemas de Gestión de Base de
datos. Por ejemplo, el tipo de datos para una columna puede ser diferente
entre MySQL y SQL Server.

Los pasos básicos para el diseño del modelo de datos físicos son los
siguientes:

● Convertir entidades en tablas.

● Convertir relaciones en claves externas.
● Convertir atributos en columnas.
● Modificar el modelo de datos físicos en función de las restricciones /
requisitos físicos.

El diseño físico es el momento en que se abrevian los nombres que se

han elegido durante el diseño lógico. Por ejemplo, puede abreviar el nombre
de columna que identifica a los empleados. EMPLOYEE_NUMBER, como
EMPNO
 Una vez completado el diseño lógico de la base de datos, se pasa al
diseño físico. El personal que realiza el diseño debe tomar decisiones que
afectan al diseño físico, algunas de las cuales se listan a continuación.

● Cómo convertir entidades en tablas físicas

● Qué atributos utilizar para las columnas de las tablas físicas
● Qué columnas de las tablas deben definirse como claves
● Qué índices deben definirse en las tablas
● Qué vistas deben definirse en las tablas
● Cómo desnormalizar las tablas
● Cómo resolver relaciones de varios con varios

El esquema físico de una base de datos es una descripción de la

implementación de una base de datos en memoria secundaria, describiendo
las estructuras de almacenamiento y los métodos de acceso a esos datos.

El diseño físico no es una etapa aislada, ya que algunas decisiones

que se tomen durante su desarrollo, por ejemplo para mejorar las
prestaciones, pueden provocar una reestructuración del esquema lógico.

Metodología de diseño físico para bases de datos relacionales

El objetivo de esta etapa es producir una descripción de la

implementación de la base de datos en memoria secundaria. Esta
descripción incluye las estructuras de almacenamiento y los métodos de
acceso que se utilizarán para conseguir un acceso eficiente a los datos.

El diseño físico se divide de cuatro fases, cada una de ellas

compuesta por una serie de pasos:

Diseñar las relaciones base para el SGBD específico.

Las relaciones base se definen mediante el lenguaje de definición de

datos del SGBD. Para ello, se utiliza la información producida durante el
diseño lógico: el esquema lógico global y el diccionario de datos

Diseñar la representación física

Uno de los objetivos principales del diseño físico es almacenar los

datos de modo eficiente. Para medir la eficiencia hay varios factores que se
deben tener en cuenta:
Productividad de transacciones.

Es el número de transacciones que se quiere procesar en un intervalo

de tiempo. Tiempo de respuesta. Y la Memoria principal. Los accesos a
memoria principal son mucho más rápidos que los accesos a memoria
secundaria (decenas o centenas de miles de veces más rápidos)
Escoger las organizaciones de ficheros

El objetivo de este paso es escoger la organización de ficheros

óptima para cada relación.

Por ejemplo, un fichero desordenado es una buena estructura cuando

se va a cargar gran cantidad de datos en una relación al inicializarla,
cuando la relación tiene pocas tuplas, también cuando en cada acceso se
deben obtener todas las tuplas de la relación, o cuando la relación tiene una
estructura de acceso adicional, como puede ser un índice.

Estimar la necesidad de espacio en disco

En caso de que se tenga que adquirir nuevo equipamiento

informático, el diseñador debe estimar el espacio necesario en disco para la
base de datos.

Analizar las transacciones

Para realizar un buen diseño físico es necesario conocer las consultas

y las transacciones que se van a ejecutar sobre la base de datos. Esto
incluye tanto información cualitativa, como cuantitativa. Para cada
transacción, hay que especificar:

Herramientas para diseñar los diagramas UML

Existen herramientas para el modelado online para facilitar el

proceso de este. Aunque de hecho, muchas de ellas son más herramientas
de dibujo que de modelado pero, como mínimo, te ofrecen la posibilidad de
dibujar y compartir tus modelos online, sobretodo modelos UML (diagramas
de clase, secuencia, casos de uso y máquinas de estado principalmente),
esquemas de bases de datos y procesos de negocio con BPMN.

GLIFFY
Con un fuerte emfasis en los aspectos colaborativos y de control de
versiones, Gliffy dice ser la “herramienta más popular para la creación de
diagramas online” (aunque me pregunto en base a qué datos lo saben). Gliffy
permite modelar todos los diagramas UML así como
una variedad de otros tipos de diagramas, por ejemplo, soporta muy bien
los modelos de proceso BPMN.
Además vienen con plugins para Confluence y Jira con lo que claramente se
integra muy bien con los dos. Muy útil si vuestro equipo ya usa esas
herramientas o necesita integrar bien las actividades de modelado con el
resto de etapas del proceso de desarrollo.

GENMYMODEL

A diferencia de otras herramientas, GenMyModel es una herramienta

de modelado pura (con las ventajas e inconvenientes que esto conlleva,
todo depende de para qué quieras usar los modelos). Por lo tanto,
GenMyModel tiene algunas características únicas como el soporte para
exportar modelos como XMI

DRAW.IO
Draw.IO es una herramienta de modelado en la web. Para acceder a
este solo necesitas escribir DRAW.IO en el buscador. Y listo. Es una
excelente opción si se está en apuros y no se tiene un modelador. Viene con
las formas básicas para los elementos UML, ER y BPMN.

Como punto negativo, esta es claramente una herramienta que no

entiende nada de lo que estás modelando. Puedes hacer lo que quieras sin
ningún tipo de control. Muy peligroso si no tienes ya cierta experiencia.
Tampoco permite la colaboración a la hora de dibujar pero a cambio se
integra bien con Google Drive, dropbox, OneDrive lo que permite guardar
tus modelos en tu herramienta favorita.

UMLet

Umlet es un programa de modelado de Software libre, muy usado en

Linux. Tiene una interfaz gráfica muy simple y utiliza un lenguaje de
marcado para la creación y edición de los elementos UML, lo cual permite
una ventaja para el Modelado avanzado.

Umbrello
 Es una herramienta libre para crear y editar diagramas UML, que
ayuda en el proceso del desarrollo de software. Umbrello es de Software
Libre. Es la herramienta de modelado más usada en Linux

Umbrello maneja gran parte de los diagramas estándar UML pudiendo

crearlos, además de manualmente, importandoles a partir de código en C++,
Java, Python, IDL, Pascal/Delphi, Ada, o también Perl (haciendo uso de una
aplicación externa). Así mismo, permite crear un diagrama y generar el
código automáticamente en los lenguajes antes citados, entre otros. El
formato de fichero que utiliza está basado en XMI.

También permite la distribución de los modelos exhortándolos en los

formatos DocBook y XHTML, lo que facilita los proyectos colaborativos
donde los desarrolladores no tienen acceso directo a Umbrello o donde los
modelos van a ser publicados vía web.

Conclusión:

Puede resultar confuso el concepto de modelo entidad-relación vs

modelo relacional, quizás porque ambos comparten casi las mismas
palabras. Como se mencionó en la sección anterior, el objetivo del modelo
relacional es crear un "esquema" (schema), lo cual como se mencionó
posteriormente consiste de un conjunto de "tablas" que representan
"relaciones", relaciones entre los datos.

El modelo Relacional, así como las diversas herramientas que ayudan

al modelado de Diagramas son sumamente importantes debido a que han
permitido la evolución de los sistemas de bases de datos, permitiendo su
optimización y extensión de uso.