Descripción: Trata de responder la pregunta ¿En qué consiste la dialéctica y por qué la importancia de la Dialéctica Negativa? (Reflexionar la importancia del sujeto dominado ideológicamente)
.Descripción completa
.Descripción completa
ESQUEMAS DIMENSIONALES Una base de datos consta de una o más tablas, y las relaciones entre todas las tablas de la base de datos se denomina colectivamente el esquema de base de datos. Aunque hay muchos diseños de esquema diferentes, las bases de datos en las que se realizan consultas de datos históricos generalmente utilizan un diseño de esquema dimensional. El modelado dimensional en el entorno de trabajo se realiza a nivel lógico y físico. Los conceptos del modelado dimensional se aplican a los modelos de datos lógicos y físicos. El modelado dimensional añade otra capa a los modelos de datos, que funcionan con muchos proveedores de gestión de base de datos. Utilice el modelado dimensional para conseguir los siguientes beneficios:
Puede crear consultas que respondan a cuestiones de negocio. Generalmente, una consulta calcula alguna medida de rendimiento entre varias dimensiones de negocio. Puede crear consultas SQL. La mayoría de proveedores RDBMS utilizan el lenguaje SQL.
Un esquema dimensional separa físicamente las medidas que cuantifican el negocio de los elementos descriptivos (también llamados dimensiones) que describen y categorizan el negocio. El esquema dimensional puede ser físico o lógico. Un esquema dimensional físico generalmente se representa en forma de esquema de estrella o de copo de nieve, en el que los objetos que contiene son en realidad tablas de base de datos. El esquema dimensional puede incluso adoptar la forma de una sola tabla o vista, en la que todos los hechos y dimensiones están en columnas distintas de dicha tabla o vista. En un esquema dimensional lógico, los hechos, las medidas y las dimensiones se representan como entidades y atributos independientes a un proveedor de base de datos y, por lo tanto, se pueden transformar en un esquema dimensional físico para cualquier proveedor de base de datos.
Esquemas de estrella : Un esquema de estrella es un tipo de esquema de base de datos relacional que consta de una sola tabla de hechos central rodeada de tablas de dimensiones.
Esquemas de copo de nieve : El esquema de copo de nieve consta de una tabla de hechos que está conectada a muchas tablas de dimensiones, que pueden estar conectadas a otras tablas de dimensiones a través de una relación de muchos a uno.
Esquemas de constelación : Un esquema de constelación es una combinación de un esquema de estrella y un esquema de copo de nieve. Los esquemas de constelación son esquemas de copo de nieve en los que sólo algunas de las tablas de dimensiones se han desnormalizado.
Relaciones de muchos a uno : Una relación de muchos a uno hace referencia a una tabla o entidad que contiene valores y hace referencia a otra tabla o entidad que tiene valores exclusivos. Las relaciones de muchos a uno con frecuencia son impuestas por las relaciones de clave foránea y clave primaria, y generalmente las relaciones se establecen entre las tablas de hechos y las entidades o tablas de dimensiones y entre los niveles de una jerarquía.
ESQUEMAS DE ESTRELLA Un esquema de estrella es un tipo de esquema de base de datos relacional que consta de una sola tabla de hechos central rodeada de tablas de dimensiones. En la siguiente figura se muestra un esquema de estrella con una sola tabla de hechos y cuatro tablas de dimensiones. Un esquema de estrella puede tener cualquier número de tablas de dimensiones. Las ramas situadas al final de los enlaces que conectan las tablas indican una relación de muchos a uno entre la tabla de hechos y cada tabla de dimensiones. Figura 1. Esquema de estrella con una sola tabla de hechos con enlaces a varias tablas de dimensiones.
ESQUEMAS DE COPO DE NIEVE El esquema de copo de nieve consta de una tabla de hechos que está conectada a muchas tablas de dimensiones, que pueden estar conectadas a otras tablas de dimensiones a través de una relación de muchos a uno. Las tablas de un esquema de copo de nieve generalmente se normalizan en e l tercer formulario de normalización. Cada tabla de dimensiones representa exactamente un nivel en una jerarquía. En la siguiente figura se muestra un esquema de copo de nieve con dos dimensiones, cada una con tres niveles. Un esquema de copo de nieve puede tener varias dimensiones y cada dimensión puede tener varios niveles. Figura 1. Esquema de copo de nieve con dos dimensiones y tres niveles cada una
ESQUEMAS DE CONSTELACIÓN Un esquema de constelación es una combinación de un esquema de estrella y un esquema de copo de nieve. Los esquemas de constelación son esquemas de copo de nieve en los que sólo algunas de las tablas de dimensiones se han desnormalizado. El objetivo de los esquemas de constelación es aprovechar las ventajas de los esquemas de estrella y de copo de nieve. Las jerarquías de los esquemas de estrella están desnormalizadas, mientras que las jerarquías de los esquemas de copo de nieve están normalizadas. Los esquemas de constelación están normalizados para eliminar las redundancias de las dimensiones. Para normalizar el esquema, las jerarquías dimensionales compartidas se colocan en outriggers. En la siguiente figura se representa un esquema de constelación de ejemplo: Figura 1. Esquema de constelación con un hecho y dos dimensiones que comparten un outrigger
En que consiste el esquema constelación Para cada esquema estrella o esquema del copo de nieve en almacén de datos es posible construir un esquema de constelación de hechos. Este esquema es más complejo que las otras arquitecturas debido al facto de que contiene múltiples tablas de hechos. Con esta solución las tablas de dimensiones pueden estar compartidas entre más que una tabla de los factos. El esquema de constelación de hechos tiene mucha flexibilidad y este facto es su grande virtud. Sin embargo, el problema es que cuando el número de las tablas vinculadas aumenta, la arquitectura puede llegar a ser muy compleja y difícil para mantener. En una esquema de constelación de factos las distintas tablas de los hechos están asignadas a las dimensiones relevantes para cada de los hechos. Esto puede ser útil cuando los hechos están asignados a un nivel de una dimensión y los otros hechos a otro nivel de detalle de una dimensión. El modelo este puede ser una solución adecuada cuando por ejemplo hay una tabla de hechos de venta (con un nivel de detalle hasta un día y el numero de factura) y hay otra tabla de factos con los Pronósticos (con los campos clave: mes, código artículo, código cliente).