Está en la página 1de 21

Análisis de Bases de Datos

Avanzado
Que es una Base de Datos

Una base de datos no es simplemente un conjunto de datos


almacenados; es una entidad estructurada y organizada
diseñada para permitir el almacenamiento, recuperación,
modificación y eliminación eficiente de datos.

• Una base de datos representa una colección de información


relacionada que refleja algún aspecto del mundo real
• Está diseñada para satisfacer las necesidades específicas de
procesamiento de información de una organización o
individuo.
Ejemplo base de datos Carulla

1.Creación de Perfil del Cliente

2.Registro de Transacciones

3.Análisis de Comportamiento del Consumidor

4.Personalización de Ofertas y Promociones

5.Segmentación de Clientes

6.Mejora de Inventario y Logística

7.Privacidad y Seguridad
Modelos de Bases de Datos
1.Modelo Relacional

2.Modelo Jerárquico

3.Modelo Rojo

4.Modelo Orientado a Objetos

5.Modelo Objeto Relacional

6.Modelo Entidad

7.Base de Datos NoSQL


Modelo Relacional

El modelo relacional es un modelo de base de datos basado en la lógica de conjuntos


y la teoría de relaciones, propuesto por Edgar F. Codd en 1970. Este modelo se centra
en la estructuración de los datos en tablas o "relaciones" que tienen ciertas
características:
Modelo Relacional
1.Relaciones (Tablas) : En el modelo relacional, los datos se almacenan en tablas. Una tabla representa una
entidad o concepto, por ejemplo, "Clientes" o "Transacciones".
2.Tuplas (Filas) : Cada fila en una tabla representa un registro único de esa entidad. Por ejemplo, una fila en
la tabla "Clientes" podría representar a un cliente individual.
3.Atributos (Columnas) : Cada columna en una tabla representa un tipo de dato o característica de la
entidad. Por ejemplo, la tabla "Clientes" podría tener columnas como "ID_Cliente", "Nombre", "Apellido" y
"Saldo".
4.Clave Primaria : Es un atributo (o un conjunto de atributos) que identifica de manera única a cada fila en
una tabla. Por ejemplo, "ID_Cliente" podría ser la clave primaria de la tabla "Clientes".
5.Clave Foránea : Es un atributo en una tabla que establece una relación entre esa tabla y otra tabla. Por
ejemplo, en una tabla "Transacciones" podría existir una columna "ID_Cliente" que se refiere a la clave
primaria de la tabla "Clientes", estableciendo así una relación entre transacciones y clientes.
6.Integridad Referencial : Es un conjunto de reglas que garantizan que las relaciones entre las tablas se
mantengan consistentes. Por ejemplo, no deberíamos poder borrar un cliente de la tabla "Clientes" si aún
tiene transacciones en la tabla "Transacciones".
Modelo Relacional
Desde una perspectiva financiera, las bases de datos
relacionales son vitales para mantener registros precisos y
consistentes de transacciones, clientes, cuentas y cualquier otro
tipo de dato financiero. Permiten análisis complejos y son
fundamentales para la toma de decisiones en las finanzas. Por
ejemplo, cuando un analista financiero desea evaluar la
rentabilidad de una empresa o entender las tendencias de las
transacciones a lo largo del tiempo, es muy probable que esté
consultando y analizando datos almacenados en bases de datos
relacionales.
Herramientas como SQL (Lenguaje de Consulta Estructurada)
se utilizan para consultar bases de datos relacionales,
permitiendo a los profesionales de finanzas extraer, manipular y
analizar datos de manera eficiente.
Modelo Jerárquico
El modelo jerárquico es un modelo de base de datos que organiza los datos en una estructura
tipo árbol, similar a un sistema de archivos en un ordenador. Este modelo fue popular antes
del advenimiento del modelo relacional.

Características principales:
1.Estructura Tipo Árbol : Los datos se organizan en una forma jerárquica,
donde un nodo padre puede tener múltiples nodos hijos, pero cada nodo hijo
tiene solo un nodo padre.
2.Nodos : Cada entidad o registro en la base de datos es un nodo. Por
ejemplo, en una base de datos financieros, un nodo podría representar una
oficina bancaria y sus nodos hijos podrían representar las cuentas
individuales dentro de esa oficina.
3.Enlaces : Las relaciones entre los nodos se representan mediante enlaces.
Un enlace conecta un nodo padre con un nodo hijo.
4.Acceso a Datos : Para acceder a un nodo específico, es necesario atravesar
la jerarquía desde el nodo raíz hasta el nodo deseado. Esto significa que el
acceso directo a un nodo sin pasar por sus nod
Modelo Rojo

El modelo rojo es un modelo de


bases de datos concebido como
una mejora del modelo
jerárquico. Se caracteriza por
permitir que cada registro tenga
múltiples padres, a diferencia del
modelo jerárquico que solo
permite un padre por registro. De
esta manera, el modelo de red
puede representar relaciones más
complejas.
Modelo Rojo
1.Conjuntos : En el modelo de rojo, las relaciones se denominan "conjuntos". Un
conjunto consta de un registro propietario (análogo a un nodo padre en el modelo
jerárquico) y uno o más registros miembros (análogos a nodos hijos).
2.Estructura Tipo Gráfica : A diferencia del modelo jerárquico que tiene una
estructura de árbol, el modelo rojo tiene una estructura tipo gráfica. Esto significa que
es posible tener estructuras más complejas donde un registro puede estar conectado a
múltiples registros a través de diferentes relaciones.
3.Flexibilidad : Dado que un registro puede tener múltiples padres, es posible
representar relaciones muchos a muchos (M:N) de manera más natural que en el
modelo jerárquico.
4.Acceso a Datos : Aunque el acceso a los datos en un modelo de red es más flexible
que en el modelo jerárquico, todavía puede ser más complejo que en el modelo
relacional, especialmente cuando se trabaja con relaciones M:N.
5.Integridad referencial : Al igual que el modelo jerárquico, la integridad referencial
se mantiene mediante la estructura física de los enlaces entre registros, a diferencia del
modelo relacional donde se mantiene mediante claves primarias y foráneas.
Modelo Orientado a Objetos

El modelo orientado a objetos (también conocido


como modelo OO) es un modelo de base de datos
que combina elementos de bases de datos
tradicionales con la programación orientada a
objetos. Este modelo busca representar, almacenar
y manipular datos en formas que reflejen la
naturaleza inherentemente objetual del mundo
real.
Modelo Orientado a Objetos
1.Objetos : Son las principales entidades en este modelo. Un objeto es una instancia de una clase y
puede representar una entidad real del mundo, como un producto, un cliente o una transacción.
Cada objeto tiene atributos (que definen sus características) y métodos (que definen sus acciones o
comportamientos).
2.Clases : Son plantillas o definiciones para objetos. Las clases definen qué atributos y métodos
tendrán los objetos que se creen basados ​en esa clase.
3.Encapsulación : En el modelo OO, tanto los datos (atributos) como las operaciones (métodos)
que se pueden realizar con esos datos están encapsulados dentro de objetos. Esto significa que la
manipulación de datos se hace a través de métodos definidos en la clase.
4.Herencia : Es un mecanismo que permite a una clase (llamada subclase) heredar atributos y
métodos de otra clase (llamada superclase). Esto facilita la reutilización de código y establece una
relación tipo "es un" entre las clases.
5.Polimorfismo : Es la capacidad de un objeto de tomar varias formas. En la práctica, significa que
un objeto de una subclase puede ser tratado como un objeto de su superclase.
6.Relaciones : Al igual que otros modelos de bases de datos, el modelo OO permite establecer
relaciones entre objetos, como relaciones uno a uno (1:1), uno a muchos (1:N) o muchos a muchos
(M:N).
Modelo Orientado a Objetos

Aplicaciones del modelo OO:


El modelo orientado a objetos es especialmente útil en
aplicaciones que requieren representaciones complejas y
detalladas del mundo real, como sistemas de simulación,
aplicaciones de diseño asistido por computadora (CAD),
sistemas de gestión del conocimiento y otras áreas donde la
estructura de datos y las relaciones son complejas.
A pesar de sus ventajas, el modelo OO no ha reemplazado al
modelo relacional en la mayoría de las aplicaciones de bases
de datos. Sin embargo, existen sistemas de gestión de bases
de datos orientadas a objetos (ODBMS) que implementan este
modelo. En la práctica, a menudo se utiliza una combinación
de características relacionales y orientadas a objetos,
conocida como modelo objeto-relacional.
Modelo Objeto Relacional

El Modelo Objeto-Relacional (ORDBMS, por sus siglas en


inglés "Object-Relational Database Management System") es
un modelo que intenta combinar las características y ventajas de
los modelos relacional y orientado a objetos. Es decir, permite
la creación y gestión de bases de datos que integran la
capacidad de almacenar datos en tablas (como en el modelo
relacional) y la capacidad de almacenar objetos complejos
(como en el modelo orientado a objetos).
Modelo Objeto Relacional

Características del Modelo Objeto-Relacional :


1.Tipos de Datos Abstractos (ADT) : Permite a los usuarios definir tipos de datos
personalizados y operaciones que se pueden realizar con esos tipos.
2.Herencia : Al igual que en la programación orientada a objetos, el modelo objeto-relacional
permite que una tabla herede atributos y métodos de otra tabla.
3.Encapsulación : Los datos y los métodos (operaciones) que actúan sobre esos datos están
encapsulados en un solo elemento, similar a cómo se encapsulan en un objeto en la
programación orientada a objetos.
4.Polimorfismo : Una columna de una tabla puede contener diferentes tipos de objetos, y
métodos de diferentes clases pueden ser invocados utilizando el mismo nombre.
5.Relaciones entre objetos : Además de las relaciones estándar entre tablas, los ORDBMS
permiten relaciones entre objetos que pueden estar almacenados en diferentes tablas o incluso
en diferentes bases de datos.
Modelo Objeto Relacional

Ventajas del Modelo Objeto-Relacional :

1.Flexibilidad : Ofrece mayor flexibilidad en la


representación de estructuras de datos complejas en
comparación con el modelo relacional puro.
2.Eficiencia : Permite una representación más eficiente
de relaciones entre diferentes conjuntos de datos.
3.Reusabilidad : Al igual que en la programación
orientada a objetos, las clases y métodos definidos
pueden ser reutilizados en diferentes contextos.
4.Integración : Proporciona una forma de integrar
aplicaciones orientadas a objetos con bases de datos
relacionales.
Modelo Entidad Relación

El modelo Entidad-Relación (ER) es un modelo


conceptual utilizado para representar e interpretar la
estructura lógica de una base de datos. Es una
herramienta visual que ayuda en el diseño de bases de
datos, permitiendo al diseñador mapear entidades del
mundo real y las relaciones entre ellas antes de
implementar el diseño en un Sistema de Gestión de
Bases de Datos (DBMS).
Modelo Entidad Relación
Componentes principales del modelo ER :
1.Entidades : Son objetos del mundo real que tienen existencia
independiente. Por ejemplo, en una base de datos de una librería, "Libro",
"Autor" y "Editorial" podrían ser entidades.
2.Atributos : Son las propiedades o características de una entidad. Por
ejemplo, para la entidad "Libro", los atributos podrían ser "Título",
"ISBN", "Fecha de Publicación", etc.
3.Relaciones : Describe cómo dos o más entidades se asocian entre sí. Por
ejemplo, un "Libro" está "Escrito Por" un "Autor". La relación "Escrito
Por" conecta las entidades "Libro" y "Autor".
4.Cardinalidad : Definir la naturaleza numérica de la relación entre
entidades. Por ejemplo, un "Autor" puede haber "Escrito" varios "Libros",
pero un "Libro" específico fue "Escrito Por" un solo "Autor". Esto se
describe como una relación de uno a muchos.
Base De Datos NoSQL

Las bases de datos NoSQL (Not Only


SQL) surgieron como respuesta a las
necesidades y desafíos que las bases de
datos relacionales tradicionales no
pudieron abordar eficientemente, en
particular, para manejar grandes
volúmenes de datos estructurados y no
estructurados, y para ofrecer
escalabilidad horizontal.
Base De Datos NoSQL
Tipos principales de bases de datos NoSQL :

1.Documentales : Almacenan datos en documentos, tamaño en formato JSON. Cada documento tiene una clave única que
se utiliza para recuperarlo. Ejemplo: MongoDB.
2.Columnares : Optimos para operaciones que deben escanear grandes volúmenes de datos pero solo un subconjunto de
columnas. Ejemplo: Cassandra, HBase.
3.Clave-Valor : Funciona como una tabla hash, en la que cada clave es única y apunta a un valor específico. Son ideales
para sistemas con altas operaciones de lectura y escritura. Ejemplo: Redis, DynamoDB.
4.Grafo : Ideales para datos interconectados, como redes sociales o sistemas de recomendación. Ejemplo: Neo4j,
OrientDB.

Ventajas de las bases de datos NoSQL :

•Escalabilidad Horizontal : Se pueden agregar más servidores al sistema según sea necesario sin interrupciones.
•Alta Flexibilidad : Pueden manejar datos estructurados, semiestructurados y no estructurados.
•Alto rendimiento : optimizadas para operaciones específicas y grandes volúmenes de datos.
•Modelado de Datos Diverso : Dependiendo de la naturaleza del problema, uno puede elegir el tipo de base de datos
NoSQL más adecuado.
GRACIAS

También podría gustarte