Está en la página 1de 7

UNIVERSIDAD NACIONAL SAN CRISTOBAL DE HUAMANGA

FACULTAD DE INGENIERA DE MINAS, GEOLOGA Y CIVIL


ESCUELA DE FORMACIN PROFESIONAL DE INGENIERA DE SISTEMAS

GRUPO: Nro. 2 (viernes 02:00 04:00 pm)


TEMA: DATA MART
REA: PLANEAMIENTO DE SISTEMAS DE INFORMCION
DOCENTE: QUISPE ESPILLCO, Carmen Mercedes
ALUMNOS: -MURICIO HUARACA, Jhumers Paul
-RAMIREZ PIZARRO, Marvin

AYACUCHO PER
2015

1. INTRODUCCION
Hoy en da las Bases de Datos existentes en una empresa mantienen la
informacin necesaria para la actividad diaria de una organizacin empresarial, ya
que las Bases de Datos suministran diferentes tipos de datos a los sistemas de
informacin de una empresa.
Esto representa una herramienta imprescindible en el mundo actual, aunque no
es suficiente para el correcto funcionamiento de los sistemas de informacin de
cualquier organizacin.
Es importante des de un punto de vista de la organizacin empresarial, que la
estrategia en el area de sistemas y tecnologas de informacin vaya encaminada
hacia una correcta poltica de mantenimiento, actualizacin y gestin de las Bases
de Datos.
Por las diferentes razones ya mencionadas, las empresas empezaron a utilizar una
herramienta llamada Datawarehause para una ptima consulta y anlisis de la
informacin, pero la implementacin de esta tenda a ser muy costosa, razn por la
cual la mayora de las empresas empezaron a implementar el DATAMART, el cual
es el objeto de estudio en el presente trabajo.
Hoy en da la demanda del DATAMART esta ganado mayor demanda en el
mercado, debido al bajo costo que genera su implementacin en relacin al
Datawarehause.
La preferencia hacia el DATAMART que se adopta en la
actualidad se debe a que el DATAMART tiene las mismas funcione que un
Datawarehause, por esta razn el DATAMART es conocido como un
Datawarehause pero en pequeo.

2. DATAMART
CONCEPTO

Es una base de datos departamental y especializada en el almacenamiento de los


datos de una rea de negocios en especfica, se caracteriza por disponer la
estructura optima de datos para analizar la informacin al detalle desde todas las
perspectivas que afecten a los procesos de dicho departamento. Un Datamart
puede ser alimentado de un Datawarehause o integrar por si mismo un compendio
de distintas fuentes de informacin.
Por tanto, para crear el datamart de un rea funcional de la empresa es preciso
encontrar la estructura ptima para el anlisis de su informacin, estructura que
puede estar montada sobre una base de datos OLTP, como el propio
datawarehouse, o sobre una base de datos OLAP. La designacin de una u otra
depender de los datos, los requisitos y las caractersticas especficas de cada
departamento. De esta forma se pueden plantear dos tipos de datamarts:
a) DATAMART OLAP:
Se basan en los populares cubos OLAP, que se construyen agregando,
segn los requisitos de cada rea o departamento, las dimensiones y los
indicadores necesarios de cada cubo relacional. El modo de creacin,
explotacin y mantenimiento de los cubos OLAP es muy heterogneo, en
funcin de la herramienta final que se utilice.
b) DATAMART OLTP:
Pueden basarse en un simple extracto del datawarehouse, no obstante, lo
comn es introducir mejoras en su rendimiento (las agregaciones y los
filtrados suelen ser las operaciones ms usuales) aprovechando las
caractersticas particulares de cada rea de la empresa. Las estructuras
ms comunes en este sentido son las tablas report, que vienen a ser facttables reducidas (que agregan las dimensiones oportunas), y las vistas
materializadas, que se construyen con la misma estructura que las
anteriores, pero con el objetivo de explotar la reescritura de queries (aunque
slo es posibles en algunos SGBD avanzados, como Oracle).
Los datamarts que estn dotados con estas estructuras ptimas de anlisis
presentan las siguientes ventajas:
Poco volumen de datos
Mayor rapidez de consulta
Consultas SQL y/o MDX sencillas
Validacin directa de la informacin
Facilidad para la historizacin de los datos

CARACTERISTICAS

Son poblados por usuarios finales

Se optimiza en funcin a procesos transaccionales

Se actualizan constantemente

Orientado al tema

Integrado

Mejor tiempo de respuesta

Voltil

Escalable

Contiene informacin detallada

COMPONENTES DE CREACION DE UN DATAMART

FUENTES DE DATOS:
Son las que alimentan de informacin al Datamart, los cuales estn diseados
para registrar informacin especfica.

PROCESOS DE ETL
Los datos se encuentran almacenados en bases de datos destinados al
registro de transacciones. Es necesario extraer y transformar los datos antes
de cargar los resultados.

DATAWAREHAUSE
Un conjunto de Datamarts llegan a conformar un Datawarehause. Datamarts
es una solucin que, compartiendo tecnologa con el Datawarehouse, permita
dar soporte a una empresa pequea, un departamento o rea de negocio de
una empresa grande y cubre de manera ptima las necesidades de informes

HERRAMIENTA DE EXPLOTACION

Herramienta de Datamining: Data Mining es una categora de


herramientas de anlisis open-end. En lugar de hacer preguntas, se
toma estas herramientas y se pregunta algo

Herramientas de Consulta y Reporte: Permiten especificar los


elementos de datos

Sistemas de informacin ejecutivos : proporcionan medios fciles,


para consulta y anlisis de la informacin confiable por parte de los
gerentes

FASES DE CONSTRUCCION
a) CONSTRUCCIN DEL DATA MART:
Esta actividad tiene el objetivo de construir el modelo de datos, la metadata
de la herramienta de Explotacin y La Arquitectura del Modelo
Multidimensional en la herramienta de explotacin.

b) CONSTRUCCIN DE LOS PROCESOS DE CARGAS:


En sta actividad es cuando se debe desarrollar los procesos de carga de
datos, las rutinas de limpieza, los flujos de cargas de datos, las interfaz de
acceso, los importadores e integradores de datos, los programas de entrada
de datos, etc.
c) CONSTRUCCIN DE LOS REPORTES ANALTICOS:
Consiste en construir los reportes, tableros de control, dashboard,
scorecard, etc.
d) CONSTRUCCIN DE LOS PROCESOS DE PRUEBA:
Se debe construir los programas, reportes, informes que permita probar los
procesos de cargas y los reportes entregados.
Modelo Top Down:
El modelo Top Down est basado en la estructura de la Data warehouse, la
cual se construye a partir de los datos que se puedan obtener de los
diferentes sistemas operacionales o externos (datos aislados) a travs de un
proceso de extraccin, transformacin y transportacin (ETT)
Top Down: tiene como base un sistema de Data warehouse para toda la
empresa y a partir de este se desarrollan los Data marts para las divisiones
o departamentos.

Modelo Bottom up:

En este modelo los Data marts se construy en a partir de los datos dispersos
y la Data warehouse se construye a partir de los Data marts existentes, esta
construccin se realiza a travs de dos procesos diferentes de extraccin,
transformacin y transportacin. En el primer proceso cada Data mart se
construye con los datos aislados que son necesarios para satisfacer las
funciones del departamento por medio de los procesos de extraccin,
transformacin y transportacin. Un segundo proceso de tratamiento de
datos (ETT) ocurre en el sentido de los Data marts hacia la Data warehouse.

El Modelo Paralelo:
El diseo del modelo paralelo se basa en dos alternativas, en la primera se
tratan los Data marts con entidades independientes de los Data waehouse y
en la segunda, esta independencia se trata de forma temporal. En el primer
caso se enfoca la construccin de los Data marts como entidades
independientes de la Data warehouse, utilizando el modelo de construccin
de esta. Consiste en llevar una construccin paralela entre ambas
estructuras, sin definir como padre la Data warehouse sobre el Datamart, ni
viceversa.

Modelo Top down con Retroalimentacin:


Este modelo incluye la posibilidad de agregar datos que no estn presentes
en la Data warehouse y que se requieran para cumplir con los
requerimientos de un anlisis especfico. El uso de la retroalimentacin
consiste en incluir nuevos datos a los Data marts de la empresa, como una
primera fase y consecuentemente estos cambios ocurridos en el Data mart
sean integrados a la Data warehouse como la segunda fase.

Modelo Bottom up con Retroalimentacin:


Permitir que la integracin de los datos e informacin dada en los Data
marts se pueda implementar durante la construccin de la Data warehouse.

Modelo Paralelo con Retroalimentacin: El desarrollo principalmente


trabaja con la retroalimentacin que tenga el Data mart, ya que su inicio
depende de un perodo de ajuste entre ste y el modelo de datos de la Data
warehouse. Mientras las entradas y salidas se estn dando en los Data
marts, en la Data warehouse estos mismos se estn realizando, dado a las
caractersticas de paralelismo que existe entre ellos

VENTAJAS

Aceleran las consultas

Estructura de datos para su adecuado acceso por una herramienta

Segmenta datos en diferentes plataformas de hardware

Bajo costo en relacin al Data Warehouse

crea una vista colectiva para el grupo de

facilidad para la historizacin de los datos

usuarios

DESVENTAJAS

No permite el manejo de grandes volmenes de informacin

El tiempo que se emplea en su desarrollo es largo

Al crecer el Datamart el rendimiento de las consultas decae y deja de ser


optimos

3. CONCLUCIONES
El Datamart es una herramienta que nos permite el fcil manejo de la informacin
dentro de un departamento de una empresa, por lo cual esta herramienta solo se debe
de emplear para sectores definidos con tipos de informaciones especficas y por lo
tanto no se aplica para una empresa en su totalidad.
la informacin segmentada en departamentos que nos brinda sirve para un mejor
anlisis y toma de decisiones dentro de los departamentos de una empresa.
La implementacin del Datamart tiende a ser menos costosa que la implementacin
de un Datawarehause y su tiempo de respuesta mayor, se le aplica el dicho divide y
vencers
4. BIBLIOGRAFIAS

http://datamart.wikispaces.com/Conceptos+erroneos

http://es.slideshare.net/GustavoHernandez10/data-mart

http://es.slideshare.net/cuate18/diseo-de-un-datamart?related=4

https://prezi.com/aop6usundp1q/datamarts/

https://santacruzramos.wikispaces.com/3.3.2+Fases+de+construcci
%C3%B3n.

También podría gustarte