Base de datos

relacional
Contenidos
1. Conceptos básicos de bases de datos
relacionales.
2. Tablas y registros.
3. Claves primarias y foráneas.
4. Normalización de bases de datos.
 Contenidos
1. Introducción y concepto de datos
• Que son los datos, la información y su importancia
• Significado de SQL
2. Modelo relacional
• Conceptos de entidades, tipo de relaciones e
integridad de los datos
3. Tablas
• Diseño de tablas (Entidades) con sus respectivos
atributos (campos)
4. Llaves primarias (PK) y foráneas (FK), Relaciones entre
tablas.
5. Descripción Base de datos
• Concepto de base de datos y estructura jerárquica
6. Herramienta SQL Server Management Studio
• Presentar herramienta, opciones sencillas de uso y
navegación.
7. Tipo de datos más comunes (Numéricos, Fecha, Textos)
Bases de datos
relacionales
• Una base de datos relacional (RDB) es una forma de
estructurar información en tablas, filas y columnas. Un RDB
tiene la capacidad de establecer vínculos (o relaciones) entre
información mediante la unión de tablas, lo que facilita la
comprensión y la obtención de estadísticas sobre la relación
entre varios datos.
• el modelo de base de datos relacional permite que cualquier
tabla se relacione con otra mediante un atributo común. En
lugar de usar estructuras jerárquicas para organizar los datos,
Codd propuso un cambio a un modelo de datos en el que los
datos se almacenan, se consultan y se relacionan en tablas
sin reorganizar las tablas que los contienen.
Bases de datos
relacionales
• Considera la base de datos relacional como una colección de
archivos de hojas de cálculo que ayudan a las empresas a
organizar, administrar y relacionar datos. En el modelo de base de
datos relacional, cada “hoja de cálculo” es una tabla que
almacena información, representada como columnas (atributos) y
filas (registros o tuplas).
• Los atributos (columnas) especifican un tipo de datos, y cada
registro (o fila) contiene el valor de ese tipo de datos específico.
Todas las tablas de una base de datos relacional tienen un atributo
conocido como clave primaria, que es un identificador único de
una fila, y cada fila se puede usar para crear una relación entre
tablas diferentes mediante una clave externa (una referencia a una
clave primaria de otra tabla existente).
• Veamos cómo funciona el modelo de base de datos relacional en
la práctica:

Supongamos que tienes una tabla de clientes y una de pedidos.

Tablas &
• Tabla: en base de datos es un tipo de modelado de datos donde se
guarda una información recogida por un sistema. Es decir, son objetos o
estructuras que contienen los datos organizados en filas y columnas.
Cada fila representa un registro único, y cada columna un campo dentro
del registro.

Registros • Campos: El campo es el nombre de la columna. Es un dato único y se

le otorga un único tipo de datos, Tambien se le conoce con el nombre de
atributo.

• Registros: Los registros son cada una de las tablas. Aquí se

almacenan o cargan los datos que guardamos. Algunos de estos datos
pueden ser nulos.
Relaciones entre
tablas (PK & FK)
Modelamiento de
datos
Modelamiento de datos

• Al igual que los arquitectos realizan sus planos

para construir casas, los diseñadores de base de
datos necesitan realizar modelos para construir
sus base de datos. Los modelos facilitan la
comunicación entre el diseñador de base de
datos y los usuarios finales7. Los modelos son
fáciles de utilizar y cambiar, ya que son sólo una
imagen muy simplificada del sistema de
información que se desea desarrollar.
• Actualmente en la participación de la construcción
del modelo de datos se involucran muchos
actores.
Etapas del
modelamiento en BBDD
Etapas del modelamiento en BBDD
• Conceptual: esta fase incluye la identificación de las entidades del sistema y empresariales clave de
nivel superior y sus relaciones, que definen el ámbito del problema que tratará el sistema. Estas
entidades clave del sistema y empresariales se definen mediante la utilización de elementos de
modelado del perfil UML para el modelado empresarial, incluidos los elementos del modelo de
análisis empresarial y el modelo de clase de análisis del modelo de análisis.

• Lógica: esta fase incluye el perfeccionamiento de las entidades del sistema y empresariales de alto
nivel de la fase conceptual en entidades lógicas más detalladas. Estas entidades lógicas y sus
relaciones se pueden definir, opcionalmente, en un modelo lógico de datos mediante la utilización de
los elementos de modelado del perfil UML para el diseño de bases de datos, como se describe en la
Directriz: Modelo de datos. Este modelo lógico de datos forma parte del Producto de trabajo: Modelo
de datos.

• Física: esta fase incluye la transformación de los diseños de la clase lógica en diseños de tablas de
bases de datos físicas detalladas y optimizadas. La fase física también incluye la correlación de los
diseños de tablas de base de datos con espacios de tablas y con el componente de base de datos en
el diseño de almacenamiento de bases de datos.
 Modelo Entidad –
relación (MER)
• El Modelo Entidad Relación (MER) es una herramienta de
modelado que fue introducido originalmente por Peter
Chen en 1976 y aunque ha sufrido variaciones en cuanto a
los elementos de diagramas utilizados para representar sus
elementos, su operación y utilidad siguen vigentes. La base
del MER está en identificar los elementos o entidades
importantes del sistema, los datos (atributos) que
componen cada uno de ellos y la interacción relación) entre
dichos elementos.
• Es una metodología de diseño de Bases de Datos que
consiste en representar a nivel conceptual los datos que
soportan el funcionamiento de un sistema. Los
componentes básicos de un MER son: Entidades, Atributos
y Relaciones. Las entidades representan abstracciones con
atributos que almacenan datos; las relaciones son las
asociaciones que existen entre entidades y permiten
generar información al combinar diferentes entidades.
Modelo Entidad – relación (MER)
ENTIDAD: Se denomina entidad a todo ente (conceptual o físico) del cual se desea establecer su
participación dentro de un sistema de información. Una entidad concreta o física es aquella con
existencia física, representa un objeto del mundo real (persona o elemento). Una entidad abstracta no
tiene una representación física concreta (posición laboral, asignatura).

ATRIBUTO: El atributo es elementos de información que caracteriza a una entidad, identificándola,

calificándola, cuantificándola, o declarando su estado. Por lo general una entidad se compone de uno o
más atributos (edad, genero, estatura, nombre, etc.). Los atributos permiten diferenciar elementos
dentro de un conjunto de entidades. Dentro de una entidad de tipo persona es muy raro el caso que
existan dos con exactamente los mismos atributos.

RELACIONES: Las relaciones identifican la interacción que existe entre dos o más entidades.
Establecen el comportamiento del sistema de información.
Diagrama Entidad -
Relación

• Los elementos básicos de

MER se presentan en un
diagrama simple que permite
establecer en forma general un
modelo de datos.
Relaciones
MER – Modelamiento Lógico
Un modelo de datos lógicos describe los datos con el mayor detalle posible, independientemente de
cómo se implementarán físicamente en la base de datos.

Características
• Incluye todas las entidades y relaciones entre ellos.
• Todos los atributos para cada entidad están especificados.
• La clave principal para cada entidad está especificada.
• Se especifican las claves externas (claves que identifican la relación entre diferentes entidades).
• La normalización ocurre en este nivel.

Etapas
• Especifique claves primarias para todas las entidades.
• Encuentra las relaciones entre diferentes entidades.
• Encuentra todos los atributos para cada entidad.
• Resuelva las relaciones de muchos a muchos.
• Normalización.
CARDINALIDAD

• La cardinalidad está definida como la

cantidad de elementos en términos de
proporción que participan en la relación
entre dos o más entidades. Esta puede ser
entre elementos únicos (unitarios) o
múltiples.

• Generalmente se utiliza la denominación “1”

para elementos unitarios, y “N” para varios
elementos participantes.

• Los diagramas siguientes expresan que “un

autor escribe varios libros” o “un libro es
escrito por un autor”.
 CARDINALIDAD
Las expresiones que pueden indicarse a partir de estos diagramas son:

• Un AUTOR escribe AL MENOS un LIBRO” (Cardinalidad mínima=1),

• Un AUTOR escribe VARIOS LIBROS” (Cardinalidad máxima = N),
• Un AUTOR escribe uno o varios LIBROS” (Cardinalidad mínima= 1,
máxima =N)
• Un LIBRO es escrito por un y sólo un AUTOR” (Cardinalidad mínima y
máxima = 1)
• La FORMA de representar la CARDINALIDAD en un diagrama puede
variar.

Algunos prefieren dejar escrito en el diagrama el mínimo y el máximo con

números entre paréntesis, otros recomiendan escribir la Cardinalidad
sobre la relación, mientras que otros recomiendan usar la notación de
PATAS DE GALLO (CROW’S FEET), la cual es muy aceptada y usada por
los software de diseño.

La cardinalidad representa el número máximo de ocurrencias de una

entidad asociadas al número máximo de ocurrencias del resto de las
entidades relacionadas.
CARDINALIDAD - EJEMPLO
Modelo Lógico (MER)
Modelo Físico (MER)
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.

• Características
• Especificación de todas las tablas y columnas.
• Las claves externas se usan para identificar relaciones entre tablas.
• La desnormalización puede ocurrir según los requisitos del usuario.

• Etapas
• 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.
Relaciones entre tablas (PK & FK)
• Una clave primaria es un campo cuyos valores identifican de
forma única cada registro dentro de la tabla. Este campo tiene la
cláusula PRIMARY KEY.

• La clave foránea, por su parte, es un campo dentro de la tabla

cuyos valores hacen referencia a «claves primarias» en otra tabla.
Este campo viene acompañado de la cláusula FOREIGN KEY.
 Primary Key (PK)
• Una Primary Key es una propiedad que se establece con el
fin de identificar unívocamente un registro.

• Uno de los motivos por los que utilizamos una Primary Key,
es cuando necesitamos que cada registro de la tabla sea
único, como por ejemplo: un producto, un servicio, un
país, una orden de compra, etc..

• Otra de las ventajas de definir una Primary Key, es que el

motor ejecutará más rápido las consultas, devolviendo la
información de manera optimizada.

• Aquí un ejemplo de la tabla Producto, cuyo campo

idProducto es Primary Key:
Relaciones entre tablas (PK & FK)
• https://www.youtube.com/watch?v=xhnemv5AOgg
Normalización de BBDD

• La normalización de una base de

datos es la aplicación de una serie de
reglas para evitar a futuro realizar
queries o consultas
innecesariamente complejas. En
otras palabras, están enfocadas en
eliminar redundancias e
inconsistencias de dependencia en
el diseño de las tablas que creamos
para organizar las bases de datos.
Normalización de BBDD

• https://bookdown.org/paranedagarci
a/database/normalizacion.html

• https://platzi.com/blog/normalizar-
una-base-de-datos-y-no-morir-en-el-
intento/