BASES DE DATOS: Unidad 1

PROFESOR: P.hD. César Ortiz Méndez 2024-3

Introducción y Aprendizajes Esperados

Objetivo General:

Modelar fuentes de datos, utilizando herramientas tecnológicas que faciliten la

toma de decisiones de las organizaciones.

Este curso está dividido en 3 unidades (11 semanas de clases):

•Unidad 01: Los sistemas de bases de datos y sus modelos (2 semanas)

•Unidad 02: El modelo relacional (5 semanas)
•Unidad 03: Técnicas de Programación SQL y gestión de información ( 4 semanas)
• Syllabus

• Bibliografía

•Elmasri, R. A. N., Elmasri, S. B. A., & Navathe, S. B. (2014).

Fundamentos de sistemas de bases de datos. Addison Wesley. ISBN:
9781292025605.
•Date, C. J. (2001). Introducción a los sistemas de bases de datos.
Pearson Educación. ISBN: 9684444192, 9789684444195.
• Material recomendado (184 min):

https://www.youtube.com/watch?v=_8MjEhfKRbI
Unidad 01: Presentación

Objetivo semana 1 y 2: Generación de un FODA de los modelos de datos

dependientes e independientes de tecnologías específicas.

• ¿Los datos tienen costo y valor?

• ¿Quién genera los datos?
• ¿Por qué y donde se almacenar los datos?
• ¿Qué es gestión de los datos?
• ¿A quienes le interesan los datos?
• ¿Cuándo se borra una publicación en Facebook la estoy eliminando
de la base de datos o la estoy ocultando?
• ¿Cuál es la diferencia entre datos e información?

El análisis dentro de la empresa (8 min):

https://www.youtube.com/watch?v=em9LiZmj_x0

Los Agentes han vendido mi identidad (17 min):

https://www.youtube.com/watch?v=em9LiZmj_x0

¿Por qué se nos debe pagar por nuestros datos? (14 min):
https://www.ted.com/talks/jennifer_zhu_scott_why_you_should_get_paid_for_your_data/transcript?subtitle=en&lng=es&geo=es
 ¿Consideras que los datos que tú generas tienen valor?
Justifica.
La bibliografía actual destaca que los datos generados tienen un valor significativo, ya
que se han convertido en el "nuevo petróleo" de la era digital. Según Marr (2020), los
datos permiten a las organizaciones tomar decisiones informadas, personalizar
experiencias y optimizar sus operaciones. Además, los datos bien gestionados se
traducen en ventaja competitiva al mejorar la eficiencia y detectar oportunidades de
crecimiento.

¿Por qué las organizaciones consideran los datos como un

recurso?
Las organizaciones consideran los datos como un recurso estratégico porque, como
señalan Davenport y Prusak (1998), estos permiten una mejor comprensión de los
procesos internos y del entorno externo, ayudando en la toma de decisiones basadas
en evidencia. Por otro lado, McAfee y Brynjolfsson (2012) argumentan que el análisis
de grandes volúmenes de datos (Big Data) potencia la innovación y la creación de
nuevos modelos de negocio, transformando a los datos en un recurso fundamental en
la economía digital.
Responsables de las bases de datos

Los gestores de bases de datos (DBA) , son los responsables de asegurar el

funcionamiento eficiente, seguro y óptimo de los sistemas de bases de datos
en las organizaciones.

• Administración y mantenimiento de bases de datos.

• Seguridad de los datos

• Respaldo y recuperación
• Optimización y ajuste de rendimiento
• Soporte técnico y resolución de problemas

• Diseño y modelado de bases de datos

• Monitoreo de la capacidad y escalabilidad
Unidad 01: Bases de datos

¿Qué es una base de datos?

Bases deDatos (BD): es un conjunto de datos relacionados, que

permiten satisfacer las necesidades de información de una
organización.

Propiedades de una BD

Base de datos

Tiene dos
propiedades

Integrar Compartir
Funcionamiento de una base de datos

TERMINAL

TERMINAL APLICACIONES

TERMINAL USUARIOS
Base de datos desde una perspectiva organizacional

NIVEL DIRECCIÓN
Conjunto de datos operacionales relevantes para la toma ESTRATÉGICO
de decisions involucradas en algún nivel de la

PRODUCCIÓN
organización, y que van a permitir satisfacer diversos

MARKETING

FINANZAS
NIVEL

R.R.H.H.
requerimientos
TÁCTICO
de información.
NIVEL
BASE DE DATOS OPERATIVO
Enfoque por agregación desde un punto de vista organizacional
Enfoque tradicional

Enfoque por agregación desde un punto de vista computacional

Desventajas de un enfoque de gestión de base de
datos tradicional

• Redundancia no controlada
• Inconsistencia de datos
• Inflexibilidad
• Escasa posibilidad de compartir datos
• Pobre estandarización
• Excesiva Mantención
Enfoque en base de datos

• Los datos son compartidos y visualizados por los usuarios según sus privilegios, siendo
almacenados y utilizados por las distintas aplicaciones que los requieran.
• El control es centralizado en los gestores de bases de datos (DBA)

BD como un conjunto de datos relacionados

 Elementos y relaciones del enfoque basado en BD

Analista de sistema • Crear

y programadores • Lee
• Borra
• Modifica
(CRUD)

• Upper CASE:
códigos
Front end
Que interactúan
• Lower CASE:
con la BD
Prueba y mantención
Permite la
interacción
usuario BD

BD donde se Almacén de
almacenan Datos:
• Local
diagramas, e
Sistema • En red
instrucciones del
administrador de • En nube
sistema
bases de datos
DBMS

DEFINEN, MANIPULAN Y ASEGURAN LOS DATOS EN LA BASE DE DATOS

• Definen
• Manipulan
• Aseguran

https://www.inesem.es/revistadigital/informatica-y-tics/los-gestores-de-bases-de-
datos-mas-usados/
Implementación del enfoque de bases de datos

UML

DML: Data Manipulation Language

DDL: Data Definition Language
DML: Data Manipulation Language
DBMS: Data Base Management Sistem
SQL: Structured Query Language
UML: Universal Language Modeler
Beneficios y riesgos de usar bases de datos

Beneficios

• Mínima redundancia de datos

• Consistencia de datos
• Permita la Integración de datos
• Fácil compartir datos
• Se puede estandarizar
• Facilita el desarrollo de aplicaciones
• Permite el control de seguridad, privacidad e integridad
• Control en el acceso
• Independencia entre los datos y las aplicaciones
• Reducción de la mantención de datos

Riesgos y costos:
• Personal especializado
• Necesidades de respaldo
• Problemas al compartir datos (deadlock)
• Conflicto organizacional
Tipos de sistemas de información

Requerimientos según nivel organizacional

Tipos de sistemas de información

• S.I. Operacionales o TPS (Transaction Processing Systems)

• S.I. Administrativos o MIS (Management Information Systems)

• Sistema de apoyo a la toma de decisiones o DSS ( Decision Support Systems)

WareHouse
DataMining

Ejemplo de un DSS
Metodologías de Desarrollo

El enfoque de BD altera el desarrollo de un S.I. en las atapas de Análisis (diseño lógico) y en

Especial en la de diseño (físico).

Ciclo de vida de un SI
Tipos de arquitecturas de DBMS

1. Arquitectura centralizada en los DBMSs

Visualiza
2. Arquitectura cliente / servidor básicas

Procesa y visualiza
2.1 Arquitectura cliente / servidor 2 capas

Pc Cliente Servidor

2.2 Arquitectura cliente / servidor 3 capas y n capas

El middleware en CMR Y
ERP: facilita la
comunicación entre los
módulos front-end y las
bases de datos
Elbackend..
front end es aquello que ven los usuarios e incluye
elementos visuales, como botones, casillas de
verificación, gráficos y mensajes de texto. Permite a los
usuarios interactuar con la aplicación. El back-end son los
datos y la infraestructura que permiten que la aplicación
GUI: Graphical user interface funcione.
 MODELOS DE DATOS
Independientes de la tecnología Dependientes de la tecnología
Modelo orientado a objetos Modelo jerárquico

Diagrama UML de clases

Modelo Relacional Modelo en red

Diagrama UML entidad relación

3. MODELOS DE DATOS DEPENDIENTES DE LA TECNOLOGÍA

3.1 Modelos de datos Jerárquicos

IBM
Aplicaciones:
En bancos,
raíz aeropuertos
relaciones
Padre

Hijo

1.IMS (Sistema de Gestión de Información) : Desarrollado por IBM, es un sistema clásico que organiza datos en
una estructura jerárquica.
2.Sistemas de Reservas Aéreas : En este modelo, la ciudad de salida es el nodo padre, mientras que las ciudades
de destino y los números de vuelo son nodos hijos.
3.Organigramas Empresariales : Representan la estructura organizativa donde el director ejecutivo es el nodo raíz
y los jefes de departamento son nodos secundarios.
 No se permiten las
relaciones reflexivas.

Para cualquier acceso a la

información almacenada, No puede definirse más de
es obligatorio el acceso por una relación entre dos
la raíz. segmentos de un árbol.

Cada árbol debe tener un No se permiten relaciones

único segmento raíz. N:M

La estructura del árbol, una No se permite a un hijo con

vez creada, no se puede más de un padre.
modificar.

El árbol debe recorrer

siempre en un orden
prefijado.
3.2 Modelos de datos en red

CIUDADES
CALI MEDELLÍN BOGOTÁ

VENDEDORES
CARLOS JUAN MARÍA

NOVEDADES
A B C D E

Este modelo representa a los datos como un conjunto (set) de tipos de

registros y asociaciones entre ellos. Se utiliza como estructura de
datos un grafo, por lo que un tipo de registro puede tener numerosas
asociaciones con otros tipos de registros, del tipo 1:1, 1:M y M:N.
Clasificación como Dependientes de la Tecnología

•Ambos tipos de bases de datos son considerados dependientes de la

tecnología porque su estructura y funcionamiento están íntimamente
ligados a cómo se almacenan y gestionan los datos a nivel físico:
Estructura Fija : Las bases jerárquicas tienen una estructura rígida que
limita las relaciones a un único padre por hijo, lo que restringe la
flexibilidad en la manipulación de datos. Esto significa que cualquier
cambio en la jerarquía requiere modificaciones significativas en la base.

•Acceso Físico a Datos : En ambos modelos, las relaciones entre los

registros se establecen a nivel físico, lo que implica que el acceso a los
datos depende del diseño del almacenamiento en disco y no puede ser
fácilmente ajustado sin afectar la integridad del sistema.

•Limitaciones en Consultas : La forma en que se organizan los datos

dificulta realizar consultas complejas, ya que las bases jerárquicas no
permiten relaciones muchos a muchos sin complicaciones adicionales,
mientras que las bases en red requieren un entendimiento más profundo
del modelo para navegar sus interrelaciones.

•Estos factores hacen que tanto las bases de datos jerárquicas como las
en red sean altamente dependientes del contexto tecnológico en el que
4. MODELOS DE DATOS INDEPENDIENTES DE LA TECNOLOGÍA

4.1 Modelos de datos orientados a objetos

Programación Tecnología de Base de Tecnología utilizada en

orientada a Datos tradicionales Bases de datos orientada a
objetos objeto

Manifiesto de Stonebraker
Muchos de los propósitos de las BDOO son los mismos que los de las bases de datos
tradicionales, pero con la ventaja adicional de poder representar modelos de datos
más completos en un marco mucho más eficiente. Además de permitir la persistencia
de los objetos, manteniendo la integridad y las relaciones entre ellos (Aguirre, D’Iorio,
& Vera, 2013).

Los tipos abstractos de datos en un lenguaje orientado a objeto, son

implementados en clases.
Propiedades de una BDOO

Encapsulamiento :
Definición : Agrupa datos y métodos en una clase, BDOO
ocultando detalles internos.

ENCAPSULAMIENTO
Función : Protege datos y controla el acceso.

POLIMORFISMO

ABSTRACCIÓN
HERENCIA
Herencia:
Definición : Permite crear nuevas clases basadas en
clases existentes.
Función : Modelo relaciones jerárquicas y
reutilización de código.

Polimorfismo:
Definición : Permite que diferentes clases respondan
a la misma interfaz o método.
Función : Facilita el uso uniforme de diferentes tipos
de objetos.
Abstracción:
Definición: Simplifica un sistema al enfocarse en
aspectos relevantes.
Función : Definir entidades e interacciones sin
detalles de implementación.
Propiedades de una BDOO

● Clase: Una clase es como un plano o plantilla que define las características
(atributos) y comportamientos (métodos) de un objeto.
● Objeto: Un objeto es una instancia específica de una clase, con valores
concretos para sus atributos.

Imagine la clase "Perro". Esta clase define atributos como

"nombre", "raza", "color" y métodos como "ladrar" y "correr".

Al instanciar un objeto de la clase "Perro", se crea un perro

específico con un nombre ("Fido"), una raza ("Labrador"), un
color ("Negro") y la capacidad de ladrar y correr.
Propiedades de una BDOO

Los Sistema Gestor de Bases de Datos Orientadas a Objetos, son

recomendados en las siguientes condiciones:

• Un gran número de tipos de datos diferentes

• Un gran número de relaciones entre los objetos
• Objetos con comportamientos complejos

Este tipo de condiciones se encuentran de forma frecuente en

aplicaciones de ingeniería,
manufacturación, simulaciones, automatización de oficina y en sistemas
de información.
Propiedades de una BDOO

Debilidades de las Bases de Datos Orientadas a Objetos (BDOO)

1.Complejidad : Diseño complicado.
2.Escalabilidad Limitada : Dificultades con grandes volúmenes
de datos.
3.Incompatibilidad : Problemas de integración con sistemas
existentes.
4.Costos Altos : Elevadas inversiones en implementación.
5.Pobre Modelado : Dificultades para representar entidades
complejas.
6.Integridad Débil : Falta de mecanismos robustos.
7.Consultas Recursivas : Problemas para gestionar consultas
complejas.
8.Concurrencia Ineficiente : Dificultades en la gestión de
transacciones.
9.Navegación Complicada : Acceso menos intuitivo a los datos.
10.Soporte Limitado : Restricciones en roles y acceso de
usuarios.
 Modelos de datos relacional

4.2 Modelos de datos relacional

Es el más utilizado y con un desarrollo más antiguo que el orientado a objetos

• Independencia en la implementación
• Terminología propia
• Claves lógicas con punteros: claves primarias y foráneas para conectar tablas
• Normalización (para minimizar la redundancia).
• Lenguaje comprensivo
Modelos de datos relacional

El modelo de datos relacional es una forma de organizar información en tablas.

Imagina una tabla como una hoja de cálculo, con filas y columnas.

●Cada fila representa una cosa en particular, como un cliente o un producto.

●Cada columna representa una característica de esa cosa, como el nombre del
cliente o el precio del producto.

Este modelo se llama "relacional" porque puedes conectar información de

diferentes tablas usando claves.

●Una clave principal es como una etiqueta única para cada fila en una tabla.
●Una clave foránea en una tabla se refiere a la clave principal de otra tabla,
creando una conexión entre ellas.
Ventajas y desventajas de la Base de datos relacional

Ventajas:
●Organización: La información está bien organizada en tablas, lo que facilita su
búsqueda y comprensión.
●Eficiencia: Al evitar la repetición de información, se ahorra espacio y se mejora la
eficiencia.
●Consistencia: Las reglas del modelo ayudan a mantener la información correcta y
sin errores.
●Flexibilidad: Puedes agregar o modificar información fácilmente sin afectar el resto
del sistema.

Desventajas:
●Complejidad: Diseñar una base de datos relacional puede ser complicado,
especialmente si hay mucha información y relaciones complejas.
●Rendimiento: Consultas complejas o bases de datos muy grandes pueden afectar la
velocidad de respuesta.
●Costo: Implementar y mantener un sistema de este tipo puede ser costoso.
Consideraciones de los modelos

Todos los modelos deben

considerar:

Dato Información
m b re: Tempe
No n ratura
Ju a 21° :

Ciudad:
Andorra
:
Edad
12
Naturaleza del dato:

Para describir un dato deben considerarse tres niveles de abstracción o estados en

que se encuentra el dato:

Clase de Definición de Ocurrencia de

entidades registro registro

Definición de Ocurrencia de
Atributos
ítems de datos ítems de datos

Dato (diccionario
Realidad Metadato
de datos)
Nombre: María
Nombre Empleado Edad: 30
Run: 123-5
Modelos entidad relación

Asociaciones tablas de datos

cardinalidad
 1:N

1:N

N:N

1:N

Modelo de Datos para una

Universidad
 1:N
1:N

Transformación de Asociación M:N en

dos Asociaciones 1:N
 1:N
1:N

1:N
1:N

1:N

1:N

Ejemplo de Asociación entre más de

dos Entidades
Asociaciones Recursivas (Loops)
Ejemplo Base de datos relacional
 Bibliografía

Davenport, T., & Prusak, L. (1998). Working Knowledge: How Organizations

Manage What They Know. Harvard Business Press.

Marr, B. (2020). The Future of Data: Strategies for a Data-Driven World. Wiley.

McAfee, A., & Brynjolfsson, E. (2012). Big Data: The Management Revolution.
Harvard Business Review, 90(10), 60-68.

Elmasri, R., Díaz Martín, J. and Navathe, S., (2011)

Fundamentos de Sistemas de Bases de Datos. Pearson
Educación. Madrid.Date, C. J. (2001). Introducción a los
sistemas de bases de datos. Pearson Educación