“Componentes y reglas de diseño de

Bases de Datos del Modelo Relacional.”

• Alumno:
• Néstor Soto Ríos
• Docente:
• Rubí González Caballero
• Grupo: 41-T
“Fundamentos de Bases de datos”
INDICE:
INTRODUCCIÓN...................................................................................3

DESARROLLO......................................................................................5

CONCLUSIÓN.....................................................................................13

REFERENCIAS BIBLIOGRÁFICAS...................................................13

SOTO RIOS NESTOR 41-T FUNDAMENTOS DE BASE DE DATOS UNIDAD 3 2

INTRODUCCIÓN:
El modelo de datos relacional es hoy el modelo de mayor uso y difusión en los distintos tipos
de organizaciones, aunque con importantes cambios y adecuaciones realizados a través del
tiempo. El objetivo principal del modelo relacional es proteger al usuario de la obligación de
conocer la estructura física de los datos, es decir, con la representación de ellos a nivel físico
dentro de la base de datos. Esto permite generar un diseño que sea capaz de implementarse
en diferentes gestores de bases de datos.
Sus características son:
1.- La relación es el elemento fundamental del modelo, las cuales se pueden manipular con el
álgebra relacional.
2.- Es independiente de la forma en que se almacenan los datos y su representación, por lo
que se puede implementar en cualquier SGBD.
3.- Está fundamentado en una base matemática, por lo que al hacer uso de operaciones de
conjuntos lo hace eficaz.
En una base de datos relacional, los datos son recolectados mediante relaciones, y estas a su
vez son generalmente representadas mediante tablas.
Se define una relación como un conjunto de atributos, cada uno de los cuales pertenece a un
dominio, y que posee un nombre que identifica la relación. Se representa gráficamente
mediante una tabla con columnas (ATRIBUTOS) y filas (TUPLAS). El conjunto de TUPLAS de
una relación representa el CUERPO de la relación y el conjunto de atributos y el nombre
representan el ESQUEMA. Las filas o tuplas contienen datos reales.
CONCEPTOS BÁSICOS:
Atributo (Columna): Características que describen a una entidad o relación.
Dominio: Conjunto de valores permitidos para un atributo, por ejemplo, cadenas de
caracteres, números para la edad, valores como SI o NO, Masculino-Femenino, etc.
Cabecera: Conjunto de atributos de una relación conforma la cabecera de la relación.
Dato: Es la unidad mínima de información e indivisible, ejemplo el valor que representa la
edad de una persona.
Grado: Es el número de columnas que conforman la relación, este valor no cambia por lo que
se dice es estático, solo puede ser modificado por necesidad de la organización.
Cardinalidad: Es el número de tuplas o filas de una relación, este valor cambia de manera
constante por lo que es dinámico, y que depende del agregado o eliminación de relaciones o
tuplas.

SOTO RIOS NESTOR 41-T FUNDAMENTOS DE BASE DE DATOS UNIDAD 3 3

CLAVE
Una clave es un conjunto de atributos que identifican de forma única una ocurrencia de
entidad. En este caso las claves pueden ser simples (atómicas) o compuestas. Existen varios
tipos de clave, entre estas encontramos:
Superclave: Identifican a una entidad, pueden ser no mínimas, como el número-seguridad-
social, CURP, o bien, compuestas como RFC + Número-seguridad-social.
Clave Candidata: Es la mínima Superclave, por ejemplo, puede ser solo el RFC, CURP, entre
otros.
Clave Primaria (PK): Es la clave candidata elegida por el diseñador como clave definitiva para
una entidad o relación.
Clave foránea (FK): Es un atributo de una entidad, que es la CLAVE en otra entidad. 1
Los SGBD se pueden clasificar de acuerdo con el modelo lógico que soportan, el número de
usuarios, el número de puestos, el coste… La clasificación más importante de los SGBD se
basa en el modelo lógico, siendo los principales modelos que se utilizan en el mercado los
siguientes: Jerárquico, en Red, Relacional y Orientado a Objetos.
La mayoría de los SGBD comerciales actuales están basados en el modelo relacional, en el
que nos vamos a centrar, mientras que los sistemas más antiguos estaban basados en el
modelo de red o el modelo jerárquico.
Los motivos del éxito del modelo relacional son fundamentalmente dos: - Se basan en el
álgebra relacional que es un modelo matemático con sólidos fundamentos. En esta sección se
presenta el modelo relacional. Realizaremos la descripción de los principios básicos del
modelo relacional: la estructura de datos relacional y las reglas de integridad. Ofrecen
sistemas simples y eficaces para representar y manipular los datos. - La estructura
fundamental del modelo relacional es precisamente esa, la «relación», es decir una tabla
bidimensional constituida por filas (registros o tuplas) y columnas (atributos o campos). Las
relaciones o tablas representan las entidades del modelo E/R, mientras que los atributos de la
relación representarán las propiedades o atributos de dichas entidades. 2
En las bases de datos se ha establecido un ciclo de desarrollo que consta de tres etapas de
diseño: el diseño conceptual, el diseño lógico y el diseño físico. Mientras que las dos primeras
etapas y el paso de una a otra están muy fundamentados, no ocurre lo mismo con la tercera,
dado que las primeras son lo suficientemente abstractas como para no depender de ninguna
implementación en concreto; sin embargo, el diseño físico depende del SGBD usado, y no hay
reglas formales para llevarlo a cabo. 3

SOTO RIOS NESTOR 41-T FUNDAMENTOS DE BASE DE DATOS UNIDAD 3 4

DESARROLLO:
COMPONENTES DE BASE DE DATOS DEL MODELO RELACIONAL:
Modelo relacional: modelo de organización y gestión de bases de datos consistente en el
almacenamiento de datos en tablas compuestas por filas, o tuplas, y columnas o campos. 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. Surge como solución a la creciente variedad de los datos que integran las data
warehouses y podemos resumir el concepto como una colección de tablas (relaciones).
Tabla: es el nombre que recibe cada una de las relaciones que se establecen entre los datos
almacenados; cada nueva relación da lugar a una tabla. Están formadas por filas, también
llamadas tuplas, donde se describen los elementos que configuran la tabla (es decir, los
elementos de la relación establecida por la tabla), columnas o campos, con los atributos y
valores correspondientes, y el dominio, concepto que agrupa a todos los valores que pueden
figurar en cada columna.
Claves: elementos que impiden la duplicidad de registros, una de las grandes desventajas
que presentan otros modelos de organización y gestión de bases de datos. Existen dos
grandes tipos de claves: las claves primarias y las secundarias o externas.
Claves primarias: son los atributos (columnas) según el tipo de relación que se ha definido
en la tabla. Pueden añadirse otros atributos específicos y propios.
Claves externas o secundarias: son las claves que se definen para cada una de las claves
primarias establecidas para los elementos o entidades de una relación.
Restricción de identidad: límites y restricciones que se imponen en las relaciones,
imprescindibles para mantener la significación correcta de la base de datos. Es un concepto
íntimamente vinculado a las reglas de integridad propias del modelo relacional, el
cumplimiento de las cuales está garantizado por las claves primarias y externas. 4
Tupla
Cada fila de datos es una tupla, conocida también como registro. Cada fila es una n-tupla,
pero la «n-» generalmente se descarta.
Columna
Cada columna de una tupla se llama atributo o campo. La columna representa el conjunto de
valores que puede tener un atributo específico.

SOTO RIOS NESTOR 41-T FUNDAMENTOS DE BASE DE DATOS UNIDAD 3 5

Clave
Cada fila tiene una o más columnas que se denomina clave de la tabla. Este valor combinado
es único para todas las filas de una tabla. Mediante esta clave se identificará cada tupla de
forma unívoca. Es decir, la clave no puede estar duplicada. Se le llama clave primaria.
Por otro lado, una clave externa o secundaria es el campo de una tabla que se refiere a la
clave primaria de alguna otra tabla. Se utiliza para referenciar a la tabla primaria.
-Reglas de integridad
Al diseñar el modelo relacional, se definen algunas condiciones que deben cumplirse en la
base de datos, denominadas reglas de integridad.
Integridad de la clave
La clave primaria debe ser única para todas las tuplas y no puede tener el valor nulo (NULL).
De lo contrario, no podrá identificar la fila de forma exclusiva.
Para una clave compuesta por varias columnas, ninguna de esas columnas puede contener
NULL.
Integridad referencial
Cada valor de una clave externa debe coincidir con un valor de la clave primaria de la tabla
referenciada o primaria.
En la tabla secundaria solo se podrá insertar una fila con una clave externa si ese valor existe
en una tabla primaria.
Si el valor de la clave cambia en la tabla primaria, por actualizarse o eliminarse la fila,
entonces todas las filas en las tablas secundarias con esta clave externa deben actualizarse o
eliminarse en consecuencia.
– Todos los datos se representan conceptualmente como una disposición ordenada de datos
en filas y columnas, llamada relación o tabla.
– Cada tabla debe tener un encabezado y un cuerpo. El encabezado es simplemente la lista
de columnas. El cuerpo es el conjunto de datos que llena la tabla, organizado en filas.
– Todos los valores son escalares. Es decir, en cualquier posición dada de fila/columna en la
tabla, hay solo un valor único.

SOTO RIOS NESTOR 41-T FUNDAMENTOS DE BASE DE DATOS UNIDAD 3 6

REGLAS DE DISEÑO DE BASE DE DATOS DEL MODELO RELACIONAL:
¿Cómo hacer un modelo relacional?
-Recopilar datos
Se deben recopilar los datos necesarios para almacenarlos en la base de datos. Estos datos
se dividen en diferentes tablas.
Se debe elegir un tipo de datos apropiado para cada columna. Por ejemplo: números enteros,
números de punto flotante, texto, fecha, etc.
-Definir claves primarias
Para cada tabla se debe elegir una columna (o pocas columnas) como clave primaria, que
identificará de forma única cada fila de la tabla. La clave primaria también se utiliza para hacer
referencia a otras tablas.
-Crear relaciones entre tablas
Una base de datos que consista de tablas independientes y no relacionadas tiene poco
propósito.
El aspecto más crucial en el diseño de una base de datos relacional es identificar las
relaciones entre las tablas. Los tipos de relación son:
Uno a muchos
En una base de datos «Listado de clases», un maestro puede enseñar en cero o más clases,
mientras que una clase es impartida por un solo maestro. Este tipo de relación se conoce
como uno a muchos.
Esta relación no se puede representar en una sola tabla. En la base de datos «Listado de
clases» se puede tener una tabla llamada Maestros, que almacena información sobre los
maestros.
Para almacenar las clases impartidas por cada maestro, se podrían crear columnas
adicionales, pero se enfrentaría un problema: cuántas columnas crear.
Por otro lado, si se tiene una tabla llamada Clases, que almacena información sobre una
clase, se podrían crear columnas adicionales para almacenar la información sobre el maestro.

SOTO RIOS NESTOR 41-T FUNDAMENTOS DE BASE DE DATOS UNIDAD 3 7

Sin embargo, como un maestro puede enseñar en muchas clases, sus datos se duplicarían en
muchas filas de la tabla Clases.
Diseñar dos tablas
Por tanto, se necesitan diseñar dos tablas: una tabla Clases para almacenar información
sobre las clases, con Clase_Id como clave principal, y una tabla Maestros para almacenar
información sobre los maestros, con Maestro_Id como clave principal.
Luego se puede crear la relación uno a muchos almacenando la clave primaria de la tabla
Maestro (Maestro_Id) en la tabla Clases, como se ilustra a continuación.

La columna Maestro_Id en la tabla Clases es conocida como clave externa o clave

secundaria.
Para cada valor Maestro_Id en la tabla Maestro, puede haber cero o más filas en la tabla
Clases. Para cada valor Clase_Id en la tabla Clases, hay solo una fila en la tabla Maestros.
Muchos a muchos
En una base de datos «Venta de productos», el pedido de un cliente puede contener varios
productos, y un producto puede aparecer en varios pedidos. Este tipo de relación se conoce
como muchos a muchos.
Se puede comenzar la base de datos «Venta de productos» con dos tablas: Productos y
Pedidos. La tabla Productos contiene información sobre los productos, con productoID como
clave primaria.
Por otro lado, la tabla Pedidos contiene los pedidos del cliente, con pedidoID como clave
primaria.
No se pueden almacenar los productos pedidos dentro de la tabla Pedidos, ya que no se sabe
cuántas columnas reservar para los productos. Tampoco se pueden almacenar los pedidos en
la tabla Productos por la misma razón.

SOTO RIOS NESTOR 41-T FUNDAMENTOS DE BASE DE DATOS UNIDAD 3 8

Para admitir una relación muchos a muchos, se necesita crear una tercera tabla, conocida
como tabla de unión (PedidoDetalles), donde cada fila representa un elemento de un pedido
particular.

Para la tabla PedidoDetalles, la clave primaria consta de dos columnas: pedidoID y

productoID, identificando de forma única cada fila.
Las columnas pedidoID y productoID en la tabla PedidoDetalles se utilizan para referenciar a
las tablas Pedidos y Productos. Por tanto, también son claves externas en la tabla
PedidoDetalles.

Uno a uno
En la base de datos «Venta de productos», un producto puede tener información opcional,
como descripción adicional y su imagen. Mantenerla dentro de la tabla Productos generaría
muchos espacios vacíos.
Por tanto, se puede crear otra tabla (ProductoExtras) para almacenar los datos opcionales.
Solo se creará un registro para los productos con datos opcionales.
Las dos tablas, Productos y ProductoExtras, tienen una relación uno a uno. Para cada fila en
la tabla Productos hay máximo una fila en la tabla ProductoExtras. Se debe usar el mismo
productoID como clave principal para ambas tablas.

SOTO RIOS NESTOR 41-T FUNDAMENTOS DE BASE DE DATOS UNIDAD 3 9

Ventajas
Independencia estructural
En el modelo relacional de base de datos, los cambios en la estructura de la base de datos no
afectan el acceso a los datos.
Cuando es posible realizar cambios en la estructura de la base de datos sin afectar la
capacidad del DBMS para acceder a los datos, se puede decir que se ha logrado la
independencia estructural.
Simplicidad conceptual
El modelo relacional de base de datos es aún más simple a nivel conceptual que el modelo
jerárquico o el de red de base de datos.
Dado que el modelo relacional de base de datos libera al diseñador de los detalles del
almacenamiento físico de los datos, los diseñadores pueden concentrarse en la vista lógica de
la base de datos.
Facilidad de diseño, implementación, mantenimiento y uso
El modelo relacional de base de datos logra tanto la independencia de los datos como la
independencia de la estructura, lo que hace que el diseño, el mantenimiento, la administración
y el uso de la base de datos sean mucho más fáciles que los otros modelos.
Capacidad de consulta ad-hoc
La presencia de una capacidad de consulta muy potente, flexible y fácil de usar es una de las
principales razones de la inmensa popularidad del modelo relacional de base de datos.
El lenguaje de consulta del modelo relacional de base de datos, llamado lenguaje de consulta
estructurado o SQL, hace realidad las consultas ad-hoc. SQL es un lenguaje de cuarta
generación (4GL).
Un 4GL permite al usuario especificar lo que se debe hacer, sin especificar cómo se debe
hacer. Así, con SQL los usuarios pueden especificar qué información desean y dejar a la base
de datos los detalles sobre cómo conseguir la información.

SOTO RIOS NESTOR 41-T FUNDAMENTOS DE BASE DE DATOS UNIDAD 3 10

Desventajas
Gastos de hardware
El modelo relacional de base de datos oculta las complejidades de su implementación y los
detalles del almacenamiento físico de los datos de los usuarios.
Para hacer esto, los sistemas de bases de datos relacionales necesitan computadores con un
hardware y dispositivos de almacenamiento de datos más potentes.
Por tanto, el RDBMS necesita máquinas potentes para que funcione sin problemas. Sin
embargo, como la potencia de procesamiento de los computadores modernos está
aumentando a un ritmo exponencial, la necesidad de más potencia de procesamiento en el
escenario actual ya no es un problema muy grande.
La facilidad de diseño puede conducir a un mal diseño
La base de datos relacional es fácil de diseñar y usar. Los usuarios no necesitan conocer los
detalles complejos del almacenamiento físico de los datos. No necesitan saber cómo se
almacenan realmente los datos para acceder a ellos.
Esta facilidad de diseño y uso puede conducir al desarrollo e implementación de sistemas de
gestión de bases de datos muy mal diseñados. Como la base de datos es eficiente, estas
ineficiencias de diseño no saldrán a la luz cuando la base de datos esté diseñada y cuando
haya solo una pequeña cantidad de datos.
A medida que la base de datos crezca, las bases de datos mal diseñadas ralentizarán el
sistema y provocarán una degradación del rendimiento y corrupción de datos.
Fenómeno de «islas de información»
Como se ha dicho antes, los sistemas de bases de datos relacionales son fáciles de
implementar y usar. Esto creará una situación en la que demasiadas personas o
departamentos crearán sus propias bases de datos y aplicaciones.
Estas islas de información evitarán la integración de la información, que es esencial para el
funcionamiento fluido y eficiente de la organización.
Estas bases de datos individuales también crearán problemas tales como inconsistencia de
datos, duplicación de datos, redundancia de datos, etc.

SOTO RIOS NESTOR 41-T FUNDAMENTOS DE BASE DE DATOS UNIDAD 3 11

Ejemplo
Supongamos una base de datos que consta de las tablas Suplidores, Piezas y Envíos. La
estructura de las tablas y algunos registros de muestra se exponen a continuación:

Cada fila en la tabla Suplidores se identifica mediante un número de suplidor (SNo) único,
identificando de manera unívoca cada fila de la tabla. Igualmente, cada pieza tiene un número
de pieza (PNo) único.
Además, no puede existir más de un envío para una combinación dada Suplidor / Pieza en la
tabla Envíos, ya que esta combinación es la clave primaria de Envíos, que funge como tabla
de unión, por ser una relación muchos a muchos.
La relación de las tablas Piezas y Envíos viene dada por tener en común el campo PNo
(número de pieza) y la relación entre Suplidores y Envíos surge por tener en común el campo
SNo (número de suplidor).

SOTO RIOS NESTOR 41-T FUNDAMENTOS DE BASE DE DATOS UNIDAD 3 12

Analizando la tabla Envíos se puede obtener como información que se está enviando un total
de 500 tuercas desde los suplidores Suneet y Ankit, 250 cada uno.
Igualmente, se enviaron 1.100 pernos en total desde tres suplidores diferentes. Se enviaron
500 tornillos azules desde el suplidor Suneet. No hay envíos de tornillos rojos. 5

CONCLUSIÓN:
A lo largo de esta investigación se habló sobre los componentes importantes que debe
contener el modelo relacional para la implementación de bases de datos, ya que a partir del
Modelo E-R se diseñara el Modelo relacional, y como se tiene conocimiento, pueden ser de
tipo 1 a 1, de 1 a Muchos y de Muchos a Muchos, cada uno de los tipos, deben cumplir ciertos
requisitos de diseño, ya que puede haber ventajas y desventajas al diseñar dicho modelo,
para esto se tiene que tener un gran cuidado al momento de observar el tipo a diseñar.
Diseñar este modelo nos ayudara a comprender a gran escala la inmensidad que puede llegar
a ser las bases de datos, y esto nos ayuda “gráficamente” el cómo funcionan las relaciones,
los tipos de claves y sus componentes que tienen dichas tablas.

REFERENCIAS BIBLIOGRÁFICAS:
1. Blogspot. Recuperado el día 07 de marzo de 2020 de Fundamentos de
base de datos: 3.1 Introducción al modelo relacional.
http://arkhamor.blogspot.com/2017/05/31-introduccion-al-modelo-
relacional.html
2. Gestión de bases de datos. Recuperado el día 07 de marzo de 2020
de 2.5.1 Introducción.
https://gestionbasesdatos.readthedocs.io/es/latest/Tema2/Teoria.html
3. MTIG. Recuperado el día 07 de marzo de 2020 de diseño de bases de
datos relacionales.
https://www.fdi.ucm.es/profesor/fernan/MTIG_/Tema%202%20Dise
%C3%B1o.pdf
4. Logicalis. Recuperado el día 07 de marzo de 2020 de Modelo
relacional en la gestión de bases de datos.
https://blog.es.logicalis.com/analytics/conceptos-basicos-del-modelo-
relacional-en-la-gestion-de-bases-de-datos
5. Lifeder. Recuperado el día 07 de marzo de 2020 de Modelo relacional
de base de datos: elementos, cómo hacerlo, ejemplo.
https://www.lifeder.com/modelo-relacional-base-datos/#-Elementos

SOTO RIOS NESTOR 41-T FUNDAMENTOS DE BASE DE DATOS UNIDAD 3 13