Ejemplo DW

Diseño y Optimización de
Bases de Datos:
DataWareHouse
Dr. Eugenio Santos Menéndez
Departamento de O.E.I. - U.P.M.

Diseño y Optimización de Bases de Datos
Introducción
z En un entorno de competencia global, sólo aquellas
organizaciones capaces de detectar, evaluar y
responder rápida y acertadamente a cambios y
tendencias en el mercado, tendrán éxito; usando
tecnología punta, utilizando de forma eficiente sus
recursos y teniendo a la información como ventaja
competitiva.
z Los beneficios que la arquitectura DW brinda son:
z Incrementar la productividad del negocio.
z Proveer los cimientos de las decisiones ejecutivas.
z Originar en la empresa nuevas formas de hacer negocios
Dpto. O.E.I. - U.P.M. / DataWareHouse: 2

Tendencias en el tiempo.
En los años de la posguerra, la economía estaba
orientada al producto. La prioridad estaba en la
producción.
En los años 70 la prioridad estaba en mejorar la calidad

de los productos.
En los años 80 se toma conciencia del factor tiempo. La

prioridad estaba en reducir plazos (diseño, entrega).
En los años 90 la prioridad estaba en la mejora de los

servicios asociados al producto (servicios a los
clientes, garantía...)
Actualmente la prioridad esta en la personalización. Dar a

cada cliente la impresión de ser único.

Definición de Data WareHouse

z “El Data WareHouse es una colección de datos
orientados al tema, integrados, no volátiles e historiados,
organizados para el apoyo de un proceso de ayuda a la
toma de decisiones”. Bill Inmon en su obra de referencia
“Using the Data WareHouse”.
z Formas de utilizar la información de un Data WareHouse:
Aumentar el enfoque del cliente. ¡Los mercados no compran, los

clientes sí!.
Volver a colocar los productos y manejar su cartera de productos.
Hacer correcciones ambientales a los planes de mercadotecnia.
Analizar operaciones y buscar fuentes de ingresos.

Estructura de un Data WareHouse

Un Data WareHouse se estructura en cuatro clases de datos.
M Alto nivel de Ventas mensuales

por delegación
e Sumarización (1983-1996)
t Sumarización
a media Ventas semanales
por productos
(1983-1996)
D Ventas
(1991-1996)
Nivel Operacional de
a Detalle
t Ventas Históricos
a (1983-1990)
(cinta...etc)

Arquitectura de referencia
z La arquitectura de referencia se describe del
siguiente modo:
Un conjunto de datos extraídos de bases de datos operacionales.
Un software que prepara los datos para que puedan ser
accedidos por los usuarios.
Un conjunto de aplicaciones y herramientas que ejecutan un
conjunto de consultas y análisis complejos.
La arquitectura de
referencia del Data
WareHouse divide los
componentes en los
siguientes bloques:

Diseño y construcción de un DW (I)

z Mismo ciclo de perfeccionamiento que todos los
desarrollos de software.
2º Modelizar
3º Localizar
datos datos
4º
1º Proceso Desarrollar
iterativo Extracción
Análisis de de
Especificaciones Construcción
Definir
5º
Data Marts
7º Cargar
Construir
y
Replicar procedimientos
Replicación 6º
Diseño y construcción de un DW (y
II)
z Es importante realizar una buena selección de la
metodología de desarrollo. Las más importantes son:
Método en cascada. Método en espiral.

OLTP vs OLAP.
z OLTP (On Line Transactional Processing): Tipo de entorno de
tratamiento de la información en el que debe darse una
respuesta en un tiempo aceptable y consistente.
z OLAP (On Line Analytical Processing): Caracteriza la
arquitectura necesaria para la implementación de un sistema de
ayuda a la toma de decisiones.

Técnicas de modelado (I)

z El modelado dimensional es una técnica para
modelar bases de datos simples y entendibles al
usuario final.
z Consideremos un punto en el espacio. El espacio se
define a través de sus ejes de coordenadas (por
ejemplo X, Y, Z). Un punto cualquiera de este
espacio quedará determinado por la intersección de
tres valores particulares de sus ejes.

Técnicas de modelado (y II)

Modelo Multidimensional:
Representa los datos como matrices N-Dimensionales denominadas

Hipercubos
• Las dimensiones definen

dominios como geografía,
producto, tiempo, cliente...
• Los miembros de una
dimensión se agrupan de forma
jerárquica ( dimensión
geográfica: ciudad, provincia,
autonomía, país ... ).
• Cada celda contiene datos
agregados que relacionan los
elementos de las dimensiones.

El Modelo Multidimensional.
z La estructura básica de un DW para el Modelo
Multidimensional está definida por dos elementos:
esquemas y tablas.
z Tablas DW: como cualquier base de datos
relacional, un DW se compone de tablas.
Tablas Fact.
Tablas Lock_up.
z Esquemas DW: la colección de tablas en el DW se
conoce como esquema.
Esquemas estrella.
Esquemas snowflake (copo de nieve).

Tablas DW del Modelo Dimensional.

Tabla Fact o de hechos: Es la tabla central en un
esquema dimensional y contiene los valores de las
medidas de negocios. Cada medida es tomada de la
intersección de las dimensiones que la definen.
Tablas Lock-up o dimensionales: Estas tablas son las

que se conectan a la tabla fact. Una tabla Lock-up
almacena un conjunto de valores que están relacionados
con una dimensión particular. Están compuestas por una
clave primaria.

Esquemas del Modelo

Dimensional (I)
z Esquema estrella:
Recibe este nombre por su estructura visual: una
tabla central y un conjunto de tablas que la
“atienden” radicalmente. El centro consta de una
o más tablas fact y los extremos son las tablas
lock_up.

Esquemas del Modelo Dimensional (II)

Producto Cliente
Ventas
Tabla de
hechos
Fecha Sucursal
Tablas de dimensión
Esquemas del Modelo

Dimensional (III)
z Esquema snowflake o en copo de
nieve:
Las tablas lock_up en el esquema snowflake
están normalizadas, con respecto al esquema
estrella.

Esquemas del Modelo Dimensional (y IV)

MODELO MULTIDIMENSIONAL
DIMENSION
CLIENTE
MERCADOS DIMENSION
PRODUCTO
CLIENTES FAMILIAS
INSTALACION
PRODUCTOS
CLIENTE
VENTAS
PROVINCIAS MESES
REGIONES AÑOS
DIMENSION
DIMENSION
TIEMPO
GEOGRAFICA

Finalidad del Data WareHouse.

z La finalidad de un Data WareHouse consiste en
auxiliar a la administración a comprender el pasado
y planear el futuro. La administración busca
respuestas a preguntas como:
¿Qué están comprando nuestros clientes? ¿Qué no están
comprando? ¿Qué incentivos han funcionado antes con los
mismos clientes en esta época del año?.
¿Cuántos de nuestros vendedores visitan a un mismo cliente?.
¿Qué están haciendo nuestros competidores?
Cómo se comparan nuestros costos para cada línea de producto
durante los últimos tres años?.
z La promesa del data warehousing es “sacar datos”
de los sistemas operacionales para ayudar a las
empresas a tomar mejores decisiones.

El potencial de Data WareHouse.

z El aprovechamiento del potencial del data
WareHouse sólo está limitado por el
rendimiento, capacidad y creatividad de los
usuarios de la empresa.
z Varios puntos sobre los que poder aplicar el
potencial del DW en una empresa son:
Crecimiento y análisis de rentabilidad.
Administración estratégica.
Administración de las relaciones con el cliente.
Cambio de la base de competencia.
Administración de los activos corporativos.

Usuarios de un DW (I)
z Desde la perspectiva de un Data WareHouse,
los usuarios se dividen en tres categorías, y
cada uno de ellos tendrá unas visiones distintas
del Data WareHouse y del acceso a sus datos:
Por jerarquía.
Por función.
Por nivel de competencia en la empresa.

Usuarios de un DW (y II)

Necesidades básicas de usuario.

z Las necesidades básicas de todos los usuarios de
un Data WareHouse se conocen respondiendo a
las siguientes preguntas:
¿Qué contiene exactamente el Data WareHouse?.
¿Cómo puedo acceder y recuperar el contenido (datos) del
Data WareHouse?.
¿Qué son las herramientas de análisis?.
¿Qué son las herramientas de informe y presentación?.

Uso del Data WareHouse.

z El uso del Data WareHouse en el curso diario
consta de dos actividades principales:
Acceso y recuperación.
Análisis e informes.
z El uso del Data WareHouse evoluciona en fases:
Primera fase: El Data WareHouse se usa para informes y
consultas predefinidas.
Segunda fase: Se utiliza para analizar los datos de resumen y de
detalle, presentando los resultado en forma de informes y
gráficas.
Tercera fase: Conforme los usuarios se sientes más a gusto con
la calidad de los datos y herramientas se comienza a usar el
Data WareHouse con fines estratégicos, con análisis
multidimensional y operaciones sofisticadas.

Ejemplo (I)
z En lo referente a requisitos la empresa nos ha
contratado para realizar una herramienta de
presupuestación, pues necesita un cambio brusco en
el modelo de gestión de su negocio. La empresa
pretende:
Una herramienta que les permita disponer de la información que
mide el grado de cumplimiento de los objetivos fijados en los
planes estratégicos, así como crear nuevos planes.
Tener un acceso rápido a la información esencial, para así poder
transmitir las acciones necesarias a cada nivel de su organización.
Entorno visual de fácil manejo.
Creación de informes dinámicos, para así aprovechar rendimiento,
capacidad y creatividad de los directivos de la empresa.

Ejemplo (y II)
z En la situación actual, la empresa ya
dispone de una herramienta operacional y
de una antigua herramienta de creación de
presupuestos que nos servirá para tener
datos de partida.
z Separamos el diseño en 3 partes
diferenciadas:
Procesos de datos: procesos de alta/mantenimiento
de datos en el DW.
Dimensiones y Jerarquías: estructura de DW.
Pantallas de aplicación.

Procesos de Datos.
z Los 4 procesos de datos que vamos a implementar
son:
ACT_PARTIDA: Copia datos de partida de la antigua
herramienta al Data WareHouse. Cuando el usuario
quiera y solo una vez.
ACT_DIARIA: Copia de los datos diarios de la
herramienta operacional al Data WareHouse. Nocturno.
ACT_DIMENSIONES: Nuevas altas diarias (productos,
clientes…). Nocturno.
COPIA: Copia datos de un punto de partida indicado a un
nuevo presupuesto. Cuando el usuario quiera.

Esquema DW. Dimensiones.

Jerarquías

Pantalla de Informes.

Pantalla de Gráficas.

Pantalla Modificación de Precios.

Ejercicio a resolver
z Sea un hospital en el que se ha decidido la
construcción de un Data WareHouse para
analizar:
Ocupación
Tratamientos
Diagnósticos

Pasos a seguir
z Estudiar el problema.
z Determinar los hechos fundamentales a
estudiar.
z Para cada hecho:
Analizar la granularidad del hecho.
Decidir las dimensiones.
z Diseñar las dimensiones.

Ocupación de camas
July 2001
Pacientes
S M T W T F S
1 2 3 4 5 6 7
8 9 10 11 12 13 14
Ocupación 15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31
Fecha
Camas

Tratamientos
July 2001
S M T W T F S
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31
Fecha
Pacientes
Tratamientos
Médicos Tratamientos

Diagnósticos
July 2001
S M T W T F S
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31
Fecha
Pacientes
Diagnósticos
Doctores Diagnósticos

Tabla de ocupaciones
Fecha
Codigo Ocupación
Cod_Fecha Cama
Día
Día semana Cod_cama Codigo
Festivo Cod_paciente Planta
Mes "1" Sección
___ Especialidad
Paciente
Codigo
Sucesos
Nombre
Codigo_Fecha Fecha_nacimiento
Epidemia
Sexo
___
Fe
___

Tabla de diagnósticos
Paciente
Codigo
Médico Nombre
Codigo Fecha_nacimiento
N colegiado Sexo
Nombre Diagnosticos_realizados Fe
Fecha_nacimiento Cod_Medico ___
Especialidad Cod_Paciente
___ Cod_Diagnostico
Cod_Fecha
Cod_Ingreso
Coste
Diagnostico
Codigo
Nombre Fecha Sucesos
Especialidad Codigo Codigo_Fecha
Tipo Día Epidemia
Día semana ___
Festivo
Mes
___

Médico
Tabla de tratamientos
Codigo
N colegiado Paciente
Nombre
Fecha_nacimiento Codigo
Especialidad Nombre
___ Tratamientos_realizados Fecha_nacimiento
Sexo
Cod_Medico
Fe
Cod_Paciente
___
Cod_Fecha
Cod_Tratamiento
Tratamiento NIngreso
Coste
Codigo
Número de días
Nombre
Tomas diarias
Presentación
Cod_Junk
Laboratorio
Posología
Fecha Sucesos
Flags_efectos_secundarios Codigo Codigo_Fecha
Codigo Día Epidemia
Exito Día semana ___
Problemas gastricos Festivo
Insomnio Mes
Alergia ___
___

Ejemplo DW

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Ejemplo DW

Uploaded by

Copyright:

Available Formats

Diseño y Optimización de

Dr. Eugenio Santos Menéndez

Departamento de O.E.I. - U.P.M.

Dpto. O.E.I. - U.P.M. / DataWareHouse: 2

 En los años 70 la prioridad estaba en mejorar la calidad

 En los años 80 se toma conciencia del factor tiempo. La

 En los años 90 la prioridad estaba en la mejora de los

 Actualmente la prioridad esta en la personalización. Dar a

Dpto. O.E.I. - U.P.M. / DataWareHouse: 3

Definición de Data WareHouse

z Formas de utilizar la información de un Data WareHouse:

 Aumentar el enfoque del cliente. ¡Los mercados no compran, los

Dpto. O.E.I. - U.P.M. / DataWareHouse: 4

Estructura de un Data WareHouse

M Alto nivel de Ventas mensuales

Dpto. O.E.I. - U.P.M. / DataWareHouse: 5

Dpto. O.E.I. - U.P.M. / DataWareHouse: 6

Diseño y construcción de un DW (I)

Método en cascada. Método en espiral.

Dpto. O.E.I. - U.P.M. / DataWareHouse: 8

Dpto. O.E.I. - U.P.M. / DataWareHouse: 9

Técnicas de modelado (I)

Dpto. O.E.I. - U.P.M. / DataWareHouse: 10

Técnicas de modelado (y II)

Representa los datos como matrices N-Dimensionales denominadas

• Las dimensiones definen

Dpto. O.E.I. - U.P.M. / DataWareHouse: 11

Dpto. O.E.I. - U.P.M. / DataWareHouse: 12

Tablas DW del Modelo Dimensional.

 Tablas Lock-up o dimensionales: Estas tablas son las

Dpto. O.E.I. - U.P.M. / DataWareHouse: 13

Esquemas del Modelo

Dpto. O.E.I. - U.P.M. / DataWareHouse: 14

Esquemas del Modelo Dimensional (II)

Esquemas del Modelo

Dpto. O.E.I. - U.P.M. / DataWareHouse: 16

Esquemas del Modelo Dimensional (y IV)

Dpto. O.E.I. - U.P.M. / DataWareHouse: 17

Finalidad del Data WareHouse.

Dpto. O.E.I. - U.P.M. / DataWareHouse: 18

El potencial de Data WareHouse.

Dpto. O.E.I. - U.P.M. / DataWareHouse: 19

Dpto. O.E.I. - U.P.M. / DataWareHouse: 20

Dpto. O.E.I. - U.P.M. / DataWareHouse: 21

Necesidades básicas de usuario.

Dpto. O.E.I. - U.P.M. / DataWareHouse: 22

Uso del Data WareHouse.

Dpto. O.E.I. - U.P.M. / DataWareHouse: 23

Dpto. O.E.I. - U.P.M. / DataWareHouse: 24

Dpto. O.E.I. - U.P.M. / DataWareHouse: 25

Dpto. O.E.I. - U.P.M. / DataWareHouse: 26

Esquema DW. Dimensiones.

Dpto. O.E.I. - U.P.M. / DataWareHouse: 27

Dpto. O.E.I. - U.P.M. / DataWareHouse: 28

Dpto. O.E.I. - U.P.M. / DataWareHouse: 29

Dpto. O.E.I. - U.P.M. / DataWareHouse: 30

Pantalla Modificación de Precios.

Dpto. O.E.I. - U.P.M. / DataWareHouse: 31

Dpto. O.E.I. - U.P.M. / DataWareHouse: 32

Dpto. O.E.I. - U.P.M. / DataWareHouse: 33

Dpto. O.E.I. - U.P.M. / DataWareHouse: 34

Dpto. O.E.I. - U.P.M. / DataWareHouse: 35

Dpto. O.E.I. - U.P.M. / DataWareHouse: 36

En los años 70 la prioridad estaba en mejorar la calidad

En los años 80 se toma conciencia del factor tiempo. La

En los años 90 la prioridad estaba en la mejora de los

Actualmente la prioridad esta en la personalización. Dar a

Aumentar el enfoque del cliente. ¡Los mercados no compran, los

Tablas Lock-up o dimensionales: Estas tablas son las