Funcionalidad 4: Almacenes de Datos y Bases de Datos XML ...

More documents

Recommendations

Info

MMAABBDD Funcionalidad 4: Almacenes de Datos y Bases de Datos XML 6 Figura 2. Esquema de hechos. Para cada hecho se construye un “árbol de atributos”, para posteriormente “podar e injertar” este árbol definiendo las dimensiones y las medias correspondientes. 4. Refinamiento de la carga de trabajo y validación del esquema conceptual. La carga de trabajo es un conjunto de pares formados por consultas y su correspondiente frecuencia o importancia para el usuario. 5. Diseño lógico, en esta fase se pasa de los esquemas de hecho a los esquemas en estrella, de forma casi directa. 6. Diseño de alimentación. Consiste en definir los procedimientos necesarios para cargar el datamart a partir de los datos provenientes de las fuentes operacionales. 7. Diseño físico, consistente en la elección de los índices y en la ubicación de los datos en los soportes físicos. 2.2. Perfil UML para el Modelado de Almacenes de Datos de Trujillo El perfil de UML contiene estereotipos necesarios para acometer con éxito el modelado conceptual de almacenes de datos. NOMBRE DESCRIPCIÓN ICONO Fact Las clases de este estereotipo representan hechos Dimension Las clases de este estereotipo representan dimensiones Base Las clases de este estereotipo representan niveles de una jerarquía dimensional Tabla 1. Estereotipos de clases.
MMAABBDD Funcionalidad 4: Almacenes de Datos y Bases de Datos XML 7 NOMBRE DESCRIPCIÓN ICONO OID FactAttribute Descriptor DimensiónAttribute Los atributos con este estereotipo representan los OID de clases factuales, dimensionales o base Los atributos con este estereotipo representan atributos de clases factuales Los atributos con este estereotipo representan atributos descriptores de clases dimensionales o base Los atributos con este estereotipo representan atributos de clases dimensionales Tabla 2. Estereotipos para atributos. Las clases de hechos se definen como clases compuestas en una relación de agregación de n clases de dimensión. La cardinalidad mínima en el rol de las clases de dimensión es 1 para indicar que todo hecho ha de estar siempre relacionado con todas las dimensiones. Componentes 1. Metadatos Uno de los componentes más importantes de la arquitectura de un DW es el Metadato. Es definido comúnmente como "datos acerca de los datos", en el sentido de que se trata de datos que describen cuál es la estructura de los datos y cómo se relacionan. El Metadato documenta exactamente, entre otras cosas, qué tablas existen para esa aplicación, qué columnas posee cada una de las tablas y qué tipo de datos se pueden almacenar. Los datos son de interés para el usuario final, el Metadato es de interés para los programas que tienen que manejar estos datos. Sin embargo, el rol que cumple el Metadato en un ambiente de DW es muy diferente al rol que cumple en los ambientes operacionales. En un ambiente de DW el Metadato juega un papel fundamental. El papel del Metadato es recoger todas las definiciones de la organización y concepto de los datos en un "almacén de datos", debe contener toda la información concerniente a: Tablas, Columnas de tablas, Relaciones entre tablas, Jerarquías y Dimensiones de datos, Entidades y Relaciones. 2. Middleware El Middleware es un software de conectividad que ofrece un conjunto de servicios que hacen posible el funcionamiento de aplicaciones distribuidas sobre plataformas heterogéneas. La función del Middleware es la de asegurar la conectividad entre todos los componentes de la arquitectura de un DW. El Middleware puede verse como una capa Application Programming Interface (API), con base a la cual los programadores pueden desarrollar aplicaciones que
Page 1 and 2: UNIVERSIDAD DE CASTILLA-LA MANCHA E
Page 3 and 4: MMAABBDD Funcionalidad 4: Almacenes
Page 5: MMAABBDD Funcionalidad 4: Almacenes

Funcionalidad 4: Almacenes de Datos y Bases de Datos XML ...

Create successful ePaper yourself

Delete template?

Save as template?