Múltiples diagnósticos Varios titulares cuentas bancarias Múltiples propietarios

Tamaño: px

Comenzar la demostración a partir de la página:

Download "Múltiples diagnósticos Varios titulares cuentas bancarias Múltiples propietarios"

Agustín López Márquez
hace 8 años
Vistas:

1 Relaciones n-m entre tablas de hechos y dimensiones Ejemplos Múltiples diagnósticos Varios titulares cuentas bancarias Múltiples propietarios

2 Qué hacer Insertar tabla puente entre hechos y dimensiones Generar llave foránea generalizada en tabla de hechos Llave generalizada almacena varios valores reales

3 Tablas puente: estructura Cada registro contiene una llave que agrupa valores posibles (registrada en tabla de hechos) una llave individual, llave foránea de la dimensión Valor de ponderación cuya suma en cada grupo de llaves integrando una llave de grupo sea 1

individual, llave foránea de la dimensión Valor de ponderación

4 Relaciones n-m Dimensión diagnóstico Clave_diagnóstico Atributo 1... Atributo n Tabla de puente Clave_grupo_diagnostico Clave diagnóstico Factor_ponderación Tabla de hechos Cod_Fecha Cod_paciente Cod_grupo_diag... costo

5 Consultas Resúmen de gastos generados por diagnóstico (registrado en tabla de hechos) De tabla puente se obtiene ponderación de diagnósticos individuales Valor individual calculado con base en ponderacion y dato almacenado en hechos

obtiene ponderación de diagnósticos individuales Valor

6 Dimensiones cambian en el tiempo Dimensiones pueden adicionar registros Cómo manejar cambios en registros existentes? Que pasa si una dimensión crece?

7 Cambios lentos en dimensiones Valores de algún atributo cambian para algunos registros Importante registrar esos cambios en dwh Alternativas de solución?....

8 Dimensiones cambiantes: tipos 1. Reescribir registro con nuevos valores Pérdida de historia 2. Crear registro con nuevo valor de llave para el mismo objeto de la bd operacional 3. Crear atributo antiguo en registro para almacenar valor anterior

Crear registro con nuevo valor de llave para el mismo objeto

9 Tipo 1 y 2 Utilizado cuando atributo que cambia no es significativo. (posibilidad de eliminarlo) Ejemplos: correcciones de errores Apropiado para llevar control de cambios en dimensiones. Fechas de vigencia de valor, no significativas en tabla de hechos Si hay mas de un cambio dificultad de interpretación

llevar control de cambios en dimensiones.

10 Tipo 2 Ventajas de las llaves ficticias en este caso Posibilidad de almacenar cambios en una entidad( igual llave operacional) creando llave ficticia cuando se producen cambios Ejemplo: clientes con atributos (profesión, estado civil, número de hijos,..etc.) Valores pueden cambiar en la historia de cliente

ficticia cuando se producen cambios Ejemplo: clientes con atributos

11 Tipo 2 Cliente con identificación vinculado inicialmente como estudiante Datos: soltero, 0 hijos Cambios en datos del cliente podrían cambiar hábitos de compra Importante registrarlos Mediante cédula acceso a historia

12 Tipo 3 Utilizado cuando el cambio no implica cambio en la historia Cambios suaves Se podría ignorar Ejemplo: cambio en la categoría de un producto Posibilidad de escoger la categoria deseada

13 Dimensiones muy grandes Dwh muy detallados dimensiones grandes clientes: millones de registros Personas en ISS Propio de entidades públicas Impuestos (renta), censo Necesidad de indexación y diseño

14 Dimensiones grandes Soporte al acceso sin criterio de selección para atributos de baja cardinalidad Soporte a lectura eficiente de dimensión Eliminen entradas repetidas Tareas del gestor de bases de datos disponible

a lectura eficiente de dimensión Eliminen entradas

15 Dimensiones grandes cambiando rápidamente Dividir tablas de dimensión entre atributos que cambian y no cambian Tabla de hechos tendra 2 referencias Ejemplo: datos de cliente de no cambian ( nombre, fecha de nacimiento,...) y datos demográficos ( sueldo, estado civil, # hijos...) Necesidad de discretizar sueldos por rangos

datos de cliente de no cambian ( nombre, fecha de nacimiento,.

16 Separación dimensión Tabla de cliente Clave_grupo_diagnóstico Clave diagnóstico Factor_ponderación Dimensión demografía Tabla de hechos Cod_Fecha Cod_cliente Cod_demografia Clave_demografia Banda_sueldo Banda_hijos... Atributo n

Factor_ponderación Dimensión demografía Tabla de hechos

17 Limitaciones Una vez definida discretización no se puede cambiar Necesidad de limitar número de valores para que dimensión no crezca demasiado Datos separados

Documentos relacionados

UNIVERSIDAD NACIONAL DE ASUNCION FACULTAD POLITÉCNICA CARRERA: LCIK MATERIA: Bases de Datos I Prof: Lic. Lilian Riveros Unidad 2: Modelo Relacional

UNIVERSIDAD NACIONAL DE ASUNCION FACULTAD POLITÉCNICA CARRERA: LCIK MATERIA: Bases de Datos I Prof: Lic. Lilian Riveros Unidad 2: Modelo Relacional El Modelo Relacional es un modelo de datos que nos permite describir la estructura de una base de datos a nivel lógico. En 1969, Edgar Frank Ted Codd (1923-2003) introduce el modelo relacional con una