Descripción Cubo de datos

Partimos del modelo relacional entre las dependencias salud y recreación, la tabla persona es la que nos puede ayudar a relacionar las dos dependencias.

Usamos el Oracle Sql developer Manager para generar modelo lógico y relacional a partir de código DDL Data Definition Language

Podría construir dos cubos, el primero, a partir de las dimensiones EPS, fecha, personas

El segundo cubo  a partir de las dimensiones Instituciones,fecha y personas

Tipo arquitectura

Arquitectura tres capas

En esta arquitectura, la tercera capa es la capa de datos reconciliados o almacén de datos operativos. En esta capa se materializan los datos operativos obtenidos después de la integración y la limpieza de datos desde el origen. Como resultado, los datos son integrados, coherentes, actuales y detallados. La figura muestra una bodega de datos que no es poblada de sus fuentes de forma directa, pero si a partir de datos reconciliados.

Requerimientos

Analizar mes a mes la relación directa entre las personas que han participado en los eventos deportivos y las atenciones que especialistas realizaron a esas mismas personas a través de consultas en las EPS’s.

Bodega de datos Alcaldía San Antonio

Debido a los problemas de fidelidad en los datos suministrados por cada una de las secretarías el mes anterior, los informes derivados de éstos y presentados por el Señor Alcalde en el último Consejo de Gobierno, no brindaron un nivel de confianza aceptable y dejaron en evidencia la necesidad inmediata de implementar soluciones con el fin de obtener datos precisos y confiables que soporten los nuevos proyectos.

Consciente de esta necesidad, el Alcalde y su equipo de asesores considera

hacer lo necesario para disponer en el próximo consejo de gobierno de información coherente que les permita visualizar en forma clara y precisa la relación entre los acontecimientos registrados por las diferentes secretarías. De esta forma el Alcalde podrá tomar mejores decisiones con respecto a su plan de gobierno

Aporte cubo de datos

Esta actividad me pareció un poco complicada complicada,es una actividad que requiere dominar notaciones de relaciones entre entidades y un poco de notación matemática.

Se debe tener en cuenta un componente adicional: las bases de datos fuentes. 

Durante el diseño lógico deben considerarse dichas bases y cómo se corresponden con el esquema

conceptual. Por lo tanto es esencial poder relacionar los elementos del esquema conceptual con las tablas y atributos de las bases fuentes.

El proceso de diseño lógico propuesto puede dividirse en dos grandes etapas: (1) definición de

propiedades y mapeos a la fuente y  generación del esquema lógico.

En la primer etapa se definen los lineamientos y se establecen los mapeos a la base fuente. Esta etapa

tiene una alta participación del diseñador, incorporando información semántica a través de propiedades y vínculos entre el esquema intermedio y la fuente. La tarea del diseñador no incluye ningún tipo de procesamiento ni transformación de los esquemas, sólo la definición de propiedades que éstos deben cumplir.

En la segunda etapa se lleva a cabo la generación del esquema lógico del Diseño de la bodega de datos a través de transformaciones aplicadas a la fuente. Se utilizan las definiciones realizadas en la primer etapa para elegir qué transformaciones aplicar al esquema de la base fuente y en qué orden hacerlo. Este proceso es automatizable y no requiere la participación del diseñador.