Asignatura

Bases de Datos
Especialización en Analítica de Datos
Sep 20, 2023

Docente: Fernando Ardila

Esta clase está dirigida a estudiantes con

conocimientos técnicos previos.
Hoy hablaremos de…
● Diseño de Bases de Datos
● Modelos Entidad Relación
Arquitecturas de Bases de Datos
Ciclo de Desarrollo de un proyecto de base de datos

Análisis Diseño Desarrollo Pruebas Puesta en prod

Entender Definir la arquitectura Desarrollo de la base Pruebas de usuario Estrategia de

requerimientos de datos UAT despliegue
Creación de los
Definir requerimientos modelos ER Pruebas (rendimiento, Pruebas (rendimiento, Despliegue controlado
funcionales y no extress, extress,
funcionales Definir la tecnología a escalabilidad…) escalabilidad…) Full rollout
utilizar
Refinación de Refinamiento de la Soporte y/o
requerimientos, Realizar pruebas de base de datos mantenimiento
datos.etc concepto
Integración
 ¿En tu empresa,
como nace un
proyecto de bases de
Discusión
datos?
 Nacimiento de los proyectos de bases de datos
Objetivos de
negocio
Objetivos estratégicos de la
empresa, que resultarán en
eficiencias, mejoras
comerciales, reducción de
problemas.etc.,
Que
Ejecutivos alto nivel
Requerimiento
Solución de un problema
específico que la base de
datos pueda ayudar a resolver.
Donde
Especialista en datos/Director datos + equipo
Eficiencia
Reducir la redundancia de datos
y a mejorar el rendimiento de las
consultas
Escalabilidad
Dividir las bases de datos en
partes más pequeñas a medida
que crecen.
Seguridad
Mecanismos para proteger los
datos de acceso no autorizado.
Confiabilidad
Proporcionar datos precisos y
consistentes, incluso cuando se
producen fallas o interrupciones
Objetivos/KPIs
Componentes
● Modelado de Datos: Modelo
ER, Normalización
● Selección de Tecnología
● Diseño Físico: Indices,
particiones.etc
● Seguridad: Control de
Acceso, Cifrado
● Mantenimiento: Monitoreo,
Copias de seguridad y
recuperación
● Documentación: Diagramas
ER, Diccionario de datos.etc
●
●
Estándares de codificación
Pruebas
Como
 ¿Que es lo que me
pregunto antes de
iniciar a diseñar una
Discusión
BD?
Algunas preguntas antes de diseñar una BD
● ¿Cuál es el propósito de la base de datos? ¿Se utilizará para
almacenar datos de clientes, productos, inventario, etc.?
● ¿Qué tipos de datos se almacenarán en la base de datos? ¿Son
datos numéricos, alfanuméricos, de texto, etc.?
● ¿Qué relaciones existen entre los datos? ¿Los datos se relacionan
entre sí de alguna manera?
● ¿Cuáles son los requisitos de rendimiento? ¿La base de datos debe
poder soportar un gran volumen de transacciones o consultas?
● ¿Cuáles son los requisitos de seguridad? ¿Los datos deben estar
protegidos de acceso no autorizado?
● ¿Quiénes serán los usuarios de la base de datos? ¿Qué nivel de
acceso necesitarán?
● ¿Cómo se utilizará la base de datos? ¿Se utilizará para realizar
informes, análisis, etc.?
● ¿Qué cambios se esperan en el futuro? ¿Es posible que los datos o
las relaciones cambien en el futuro?
 Modelado de Datos
El modelo Entidad-Relación (ER)
Es un enfoque teórico y gráfico para
describir la estructura de una base de
datos de una manera abstracta.
● Permite organizar la información de
manera estructurada.
● Permite evitar redundancias y mantener la
integridad de los datos.
Normalización de Bases de Datos
Es un proceso de diseño de tablas que reduce la redundancia de
datos y mejora la integridad de los datos.
● Primera forma normal (1FN): Cada columna debe
contener un valor único por fila.
● Segunda forma normal (2FN): Cada columna no clave
debe depender solo de la clave principal.
● Tercera forma normal (3FN): Las dependencias
transitivas deben eliminarse.
● Cuarta forma normal (4FN): Las dependencias
multivaluadas deben eliminarse.
● Quinta forma normal (5FN): Las dependencias de unión
deben eliminarse.
PROS CONS
● Reduce la redundancia de ● Puede aumentar la
datos complejidad de las tablas
● Mejora la integridad de los ● Puede reducir el rendimiento
datos
● Facilita el mantenimiento de
los datos
Diagrama ER

Entidad: Es un objeto o concepto sobre el cual se

almacena información. Generalmente representa un
"cosa" real o abstracta en el mundo que estamos
modelando. Por ejemplo, en una base de datos para
una librería, las entidades podrían ser "Libro", "Autor",
"Editorial", etc.

Relación: Una relación es una asociación definida

entre dos o más entidades que indica alguna
interconexión significativa entre ellas. Por ejemplo,
una relación podría ser la asociación entre las
entidades "Autor" y "Libro" para indicar qué autor
escribió qué libro.
Relacion Atributo: Un atributo es una propiedad que define una
entidad; es un detalle específico que describe las
Entidad características de una entidad. Por ejemplo, algunos
atributos de la entidad "Libro" podrían ser "Título",
"ISBN", "Número de Páginas", etc.
Atributos
 Ejemplo de Normalización
Tabla sin
normalizar

Tabla
normalizada
Pasos para normalizar una base de datos:
1. Identificar las dependencias funcionales
entre las columnas: Una dependencia
funcional es una relación entre dos columnas
de una tabla, en la que el valor de una
columna determina el valor de la otra
columna.
2. Aplicar las reglas de normalización: Hay
cinco formas de normalización, cada una con
sus propias reglas.
3. Repetir los pasos 1 y 2 hasta que la base de
datos esté en la forma normal deseada.
Integridad Referencial y Tipos de Datos
INTEGRIDAD REFERENCIAL
Se mantiene la consistencia y precisión de los datos a
través de reglas de integridad referencial, que garantizan
que las relaciones entre las tablas se preserven.
Tipos de relaciones:
- Uno a Uno (1:1): Ej: una persona solo puede tener un
número de cédula
- Uno a Muchos (1: N): un padre puede tener muchos hijos,
pero cada hijo solo tiene ese padre
- Muchos a Muchos (N:N): un estudiante puede estar
matriculado en varias materias y cada materia puede tener
varios estudiantes matriculados
- Recursivas: un empleado puede tener a otro empleado como
su supervisor
- Otras: Ternarias (N-arias), Herencia, Composición y
Agregación
TIPOS DE DATOS
● Numero: Numeric, Int, Double, Decimal,
Smallint, Bigint,....
● Caracteres: char, varchar, text….
● Verdadero/Falso: Boolean, Bool
● Fecha: Date, Datetime/Timestamp, Time,...
● Otros…
Durante la selección del tipo de dato,
considere:
● El tipo de datos que se almacenarán en la
columna
● Los requisitos de precisión
● Los requisitos de rendimiento
● Los requisitos de almacenamiento
Llaves Primarias y Secundarias
Llave Primaria (PK)
Definición Es un tipo de restricción que se utiliza para identificar de
forma única cada fila en una tabla. Una llave primaria
debe contener valores únicos y no puede contener
valores nulos.
Propiedades Unicidad: Cada valor debe ser único.
No Nulidad: No puede contener valores nulos.
Uso Ayuda a mantener la integridad de la base de datos y
facilita las operaciones de búsqueda y recuperación de
datos.
Ejemplo En una tabla de "Clientes", el "Número de Cédula" podría
ser la llave primaria porque cada estudiante tendría un
número de identificación único.
Llave Secundaria (FK)
Es una columna o conjunto de columnas en una tabla que
se utiliza para establecer y mantener una relación con otra
tabla a través de su llave primaria. Esencialmente, es una
referencia a una llave primaria en otra tabla.
Referencia: Debe referenciar a una llave primaria
existente en otra tabla.
Integridad Referencial: Ayuda a mantener la integridad
referencial en la base de datos asegurando que las
relaciones entre las tablas permanezcan consistentes.
Se utiliza para crear relaciones entre tablas y puede
facilitar operaciones como JOIN para combinar datos de
diferentes tablas.
En una tabla de "Ordenes", podríamos tener una columna
"ID_Cliente" que sería una llave secundaria que referencia
la llave primaria ("ID_Cliente") en una tabla "Clientes".
 ¿Qué desafíos crees
que debemos
enfrentar durante el
Discusión
diseño del modelo de
una BD?
Cómo empezar a diseñar una BD
1. Empiece con un diseño conceptual: Esto le ayudará a visualizar la
estructura general de la base de datos.
2. Divida los datos en tablas: Cada tabla debe representar un conjunto de
datos relacionados.
3. Especifique las claves primarias y las claves foráneas: Las claves
primarias identifican de forma única cada registro en una tabla, mientras que
las claves foráneas proporcionan una relación entre dos tablas.
4. Establezca las relaciones entre las tablas
5. Testee el diseño de la base de datos: Asegúrese de que el diseño satisface
los requisitos de los usuarios.
 ¿Durante el proceso
de selección de la
tecnología de BD,
Discusión
que suelo
preguntarme?
¿Cómo seleccionar la tecnología para una base de datos?
Algunas preguntas:
Costo
● ¿Qué tipo de datos se almacenarán en la base de datos?
● ¿Cuál es el tamaño esperado de la base de datos?
Tiempo
● ¿Qué tipo de rendimiento es necesario?
● ¿Qué nivel de seguridad es necesario?
● ¿Qué otros sistemas y aplicaciones necesitan acceder a Recursos
la base de datos?
● ¿Cuál es el presupuesto para la tecnología de base de Compatibilidad
datos?
● ¿Qué recursos humanos están disponibles para Escalabilidad
implementar y mantener la tecnología de base de datos?
KPIs
Diseño Físico de BD
Es el proceso de definir la estructura física de
los datos, incluyendo el almacenamiento, la
organización y el acceso a los datos.
Los índices y las particiones son dos técnicas
importantes de diseño físico que se utilizan para
mejorar el rendimiento de las consultas.
Índices
Los índices son estructuras de datos que se utilizan
para almacenar información sobre los datos
almacenados en una tabla. Los índices permiten al
sistema de gestión de bases de datos (SGBD)
encontrar los datos necesarios de forma más rápida
que si no hubiera índices.
Particiones
Las particiones son un método para dividir los datos
de una tabla en varias partes más pequeñas. Las
particiones se pueden utilizar para mejorar el
rendimiento, la escalabilidad y la disponibilidad de
los datos.
Problemas y Soluciones con los Índices
PROBLEMAS
● Índices no utilizados: Pueden ralentizar el
rendimiento de las consultas.
● Índices obsoletos: Pueden provocar que las
consultas se ejecuten de forma incorrecta.
● Índices demasiado grandes: Pueden ocupar
demasiado espacio de almacenamiento y
ralentizar el rendimiento de las consultas.
● Índices demasiado pequeños: Pueden no ser
eficaces para las consultas.
BUENAS PRÁCTICAS
● Crear índices en las columnas que se utilizan
con frecuencia en las consultas.
● Crear índices en las columnas que se utilizan
para las operaciones de ordenación.
● Evitar crear índices en columnas que se
modifican con frecuencia. Los índices deben
mantenerse actualizados para que sean eficaces.
Si una columna se modifica con frecuencia, el
índice se puede volver obsoleto rápidamente.
● Mantener actualizados los índices. Cuando se
modifican los datos de una tabla, se debe
actualizar el índice correspondiente.
¿Preguntas?