Introducción a Pentaho MetaData

Introducción a Pentaho Introducción a Pentaho MetaDataMetaData

Lic. Ana Smail

Año 2010

“La comunidad de código abierto se nutre de la participación y la cooperación. Hay varios canales de comunicación disponibles donde las personas pueden ayudar, pero no están obligados a hacerlo. Usted es responsable de su propio éxito, lo que requerirá tiempo, esfuerzo y una pequeña cantidad de capacidad técnica. “

Introducción a Pentaho MetaData

Año 2010

Pentaho Solutions - Business Intelligence and Data -Warehousing with Pentaho and MySQL – de Roland Bouman Jos van Dongen


Año 2010

BibliografíaBibliografía

Bibliografía webBibliografía web

Rincón del BI – http://churriwifi.wordpress.com/category/pentaho

La plataforma Pentaho nos proporciona dos formas integradas de hacer reporting:

Web Ad Hoc Query and Reporting Client (WAQR)

Pentaho Report Design (PRD)

Para poder trabajar con WAQR, es indispensable tener definido el correspondiente metadatos con PME (Pentaho Metadata Editor), ya que es el único origen de datos permitido para ese componente, y es lo que vamos a ver.


Año 2010

Qué veremos en este módulo ?Qué veremos en este módulo ?

Son información sobre los datos.

El catálogo de un RDBM que describe los objetos de base de datos y esquemas almacenados es un típico ejemplo de METADATA.


Año 2010

Qué son los metadatos?Qué son los metadatos?

Interfaz de usuario más amigable.

Flexibilidad e independencia del esquema físico.

Definición de privilegios de acceso.

Gestión de localización (internacionalización).

Homogeneización del formateo de datos.

Constencia entre formato y comportamiento.


Año 2010

Ventajas del nivel de metadatosVentajas del nivel de metadatos


Año 2010

Ámbito de aplicación y uso de la capa de MetadataÁmbito de aplicación y uso de la capa de Metadata


Año 2010

Ámbito de aplicación y uso de la capa de MetadataÁmbito de aplicación y uso de la capa de Metadata

Definimos los metadatos con PMEalmacenado en un archivo XMI (en un repositorio File-based o RDBMS-based).

Se publica el XMI en Servidor BI. Disponible para ser usado por reporting Adhoc o PDR (cómo cualquier origen de datos).

La construcción de los informes se realiza utilizando la definición que se haya descrito en los metadatos.

Al ejecutar uno de estos informes, la definición de las querys se guardan en un formato llamado Metadata Query Language (MQL), que se resuelve contra el metadatos, y se traduce a SQL.

Tenemos un motor MQL que se encarga de realizar el mapeo entre el esquema Lógico y el esquema Físico.

Abstración de la base de datos y de los query’s:

1. Definición del Reporte: Visión del Usuario

2. Implementación del Reporte: Visión del Desarrollador

3. Mecanismo de Abstración: Capa de Metadatos


Año 2010

Características de Pentaho MetadataCaracterísticas de Pentaho Metadata

Ejemplo Simple:1. Definición del Reporte: Visión del Usuario

Para el gasto anual del ejercicio 2009 quiere ver los pagado cada mes con la fuente de Financiamiento, “Recursos propios”.

El reporte tendrá un header informando que corresponde al gasto del ejercicio 2009 y la fuente de financiamiento.

Tendrá una fila por cada mes del ejercicio, indicando el mes y el monto del gasto.

Se decide también el formato o plantilla del reporte.

2. Implementación del Reporte: Visión del Desarrolladorselect t.mes::numeric,sum(g.pag) from pilaga.ft_gastos g inner join pilaga.lt_tiempo t on g.fecha = t.fecha inner join pilaga.lt_fuentes f on g.codfuente = f.codfuentewhere t.ejercicio = '2009' and f.desfuente = 'Recursos propios'group by t.mesorder by 1


Año 2010


3. Mecanismo de Abstración: Capa de Metadatos

Hay 3 niveles en la definición del metadatos: Capa Physical: Corresponde a los campos y tablas

de la base de datos. Capa logical: las tablas del nivel físico son

redefinidas, y enriquecidas con columnas adicionales y operaciones o expresiones sobre ellas. Se establecen relaciones entre las tablas y se pueden crear varias tablas lógicas sobre la misma tabla física.

Capa delivery: se realiza una selección de columnas de la capa lógica y se agrupan en unidades que tengan sentido para el usuario de negocio (Business View). Es visible para los usuarios finales, y partir de ella se realizará la construcción de los informes.


Año 2010



Año 2010


Creación y Mantenimiento de la Metadata: Tool: PME que puede bajarse de la

página de proyecto de Pentaho en sourceforge.net.

Se distribuye en un archivo .zip para Win o tar.gz para Linux.

Descomprimir y ejecutar MetaEditor.bat en Win o metaeditor.sh en Linux.


Año 2010

Pentaho Metadata EditorPentaho Metadata Editor

El Repositorio de MetaData: PME es la aplicación usada para editar el contenido

del repositorio. Por default usa archivos binarios para almacenar el

repositorio (mdr.btx y mdr.btd) Para cambiar a un repositorio database-based, en

el directorio JDBC hacer: Un backup de repository.properties Sobre escribir el repository.properties original con el

contenido del archivo .properties correspondiente al RDBMS deseado.

Editar el repository.properties nuevo y modificar las propiedades con los parámetros de la base.


Año 2010


Domains MetaData La capa de Metadatos de Pentaho está

organizada en uno o más dominios.

Un dominio contiene una colección de objetos metadatos

Crear un dominio con File->New->Domain


Año 2010


Physical Layer Contiene los objetos físicos que existen a nivel de base de

datos:

Coneciones: definimos las conexiones (es necesario tener el jdbc correspondiente en el directorio \libext\jdbc dentro de la carpeta donde tengamos instalado PME)

Tablas: desde la conexión, con el menú contextual podremos importar las tablas que queremos añadir a nuestro modelo (con la opción Import Tables o desde Import from explorer)

Campos: por defecto, se importan todos los campos de las tablas. Posteriormente podemos eliminar aquellos campos que no nos interese tener en el metadata, o bien incluir nuevos campos, como calculos de los existentes o iguales que los existentes pero cambiando determinadas propiedades (por ejemplo, el formato).


Año 2010


Logical Layer El propósito es describir cómo los objetos de la capa física se

realacionan con el negocio, ya que el usuario sólo interactua con estos objetos de negocio:

Business Models: permite agrupar los objetos lógicos y sus relaciones, para disminuir el impacto de los cambios a nivel físico. Podemos tener varios modelos de negocio dentro de un dominio de metadatos (solo soporta una conexión a base de datos por cada uno de ellos).

Business Tables y Columns: : cuando se crea una nueva Business Table, aparece la lista de tablas físicas disponibles en el dominio para seleccionar. Cada tabla lógica tiene asociada su correspondiente tabla física, y hereda todas sus propiedades. Los atributos pueden ser modificados y los campos eliminados. Para añadir campos, solo se pueden utilizar los definidos en la tabla física, aunque se puden añadir cuantas veces se desee campos que ya existen y modificar sus propiedades para crear nuevos campos.


Año 2010


Delibery Layer De todos los elementos de los que disponemos en

el modelo de negocio, cuales van a estar a disposición de los usuarios. Consiste en:

Business Views: colección de categorías relacionadas. Puede pensarse en una business view como en un data mart. Hay una por cada Business Model.

Business Categories: es una colección de business columns relacionadas, generalmente con un esquema de estrella


Año 2010


Deploy y uso de los Metadatos

Exportando e Importando archivos XMI

Publicando el Metadata en el Server

Refrescando el Metadata


Año 2010


Introducción a Pentaho MetaData

Documents

Transcript of Introducción a Pentaho MetaData