Data Mart

Data Mart

Introducción •

•

•

•

•

Un Data Mart es una versión especial almacén de datos (data warehouse). La dife difere renc ncia ia princ princip ipal al es que que la crea creaci ción ón de un data data mart mart es especíca para una necesidad de datos seleccionados enfati!ando el f"cil acceso a una información relevante. relevante. Los pro product ductos os Data ata #are arehous house e han han nacid acido o para para resol esolv ver pro$lemas de an"lisis de %randes masas de información. &implica el desarrollo de todo el mecanismo de su $ase de datos ' con ello $aa su$stancialmente todo el coste del pro'ecto así  como su duración. ormalmente Data Mart resuelve aplicaciones a nivel departamental. &on su$conuntos de datos con el propósito de a'udar a que un "re "rea espe espec cíca ca dent dentrro del del ne%o ne%oci cio o pued pueda a tom tomar me meore ores decisiones.

Defniciones de Data Mart 

Un Data mart es una $ase de datos departamen departamental tal especiali!ad especiali!ada a en el alm almacen acenam amie ient nto o de los los dato datos s de un "rea "rea de ne%o ne%oci cio o especíca.



&e caracteri!a por disponer la estructura óptima de datos para anali!ar la información al detalle desde todas las perspectivas que afecten a los procesos de dicho departamento.



 Un data mart es un almacén de datos históricos relativos a un departamento de una or%ani!ación así que puede ser simplemente una copia de parte de un Data #arehouse ? para uso departamental.



*l Data mart es un sistema orientado a la consulta en el que se producen procesos $atch de car%a de datos (altas) con una frecuencia $aa ' conocida. *s consultado mediante herramientas OLAP

Conclusiones 

lo tanto para crear el Datamart de un "rea funcional de la empresa es preciso encontrar la estructura óptima para el an"lisis de su información.



*n síntesis se puede decir que los data marts son peque+os data warehouse centrados en un tema o un "rea de ne%ocio especíco dentro de una or%ani!ación.

¿Data mart vs Data warehouse? 

,l ha$lar de los data marts es inevita$le la comparación con los data warehouse ' al nal se aca$a diciendo (o entendiendo) que son como estos pero en peque+o ' en cierto modo esto es así pero esta idea suele hacer caer en los si%uientes errores so$re la implementación ' funcionamiento de los data marts.

Características Data Mart 

&on po$lados por usuario nales



&e actuali!an contantemente



-ontiene información detallada



*scala$le



rientada al tema

Benefcios Data Mart 

,celera las consultas reduciendo el volumen de datos a recorrer



*structura los datos para su adecuado acceso por una herramienta



&e%mentar los datos en diferentes plataformas de hardware



Los costos que implica la construcción de un Data Mart son muchos menores a un Data #arehouse

Desventaa Data Mart 

o permite el maneo de %randes vol/menes de información

Mercados De Datos Data Mart 

Data mart es especíca para una necesidad de datos seleccionados enfati!ando el f"cil acceso a una información relevante.



Data Mart se destaca por una denición de requerimientos m"s f"cil ' r"pida. 0am$ién se simplica el desarrollo de todo el mecanismo de su $ase de datos ' con ello $aa su$stancialmente todo el coste del pro'ecto así como su duración.

¿Data mart vs Data warehouse? 

&on m"s simples de implementar que un Data #arehouse1 2,L& la implementación es mu' similar 'a que de$e proporcionar las mismas funcionalidades.



&on peque+os conuntos de datos ' en consecuencia tienen menor necesidad de recursos1 !AL"O una aplicación corriendo so$re un data mart necesita los mismos recursos que si corriera so$re un data warehouse.



Las consultas son m"s r"pidas dado el menor volumen de datos1 !AL"O el menor volumen de datos se de$e a que no se tienen todos los datos de toda la empresa pero sí se tienen todos los datos de un determinado sector de la empresa por lo que una consulta so$re dicho sector tarda lo mismo si se hace so$re el data mart que si se hace so$re el data warehouse.



*n al%unos casos a+ade tiempo al proceso de actuali!ación1 !AL"O actuali!ar el data mart desde el data warehouse cuesta menos ('a que los formatos de los datos son o

suelen ser idénticos) que actuali!ar el data warehouse desde sus fuentes de datos primarias donde es necesario reali!ar operaciones de transformación (*0L).

#a$ones %ara crear un Data Mart 

Dar a los usuarios acceso a los datos que ellos necesitan para anali!arlos mas a menudo



3ueden f"cilmente e4tenderse a la toma de decisiones estraté%icas que pueden $rindar $enecios %randes ' tan%i$les.



3ermite entender ' administrar simult"neamente macro ' micro5 perspectivas del "rea de comercio e4terior lo que puede ahorrar inconta$les horas de tra$ao ' a'udar a evitar errores que pueden ser el resultado de suposiciones que se hicieron con $ase en datos incompletos o incorrectos.

&entaas ' Desventaas de Data Mart

&entaas(

-ampos -ompartidos ri%en com/n 3rocesamiento Distri$uido Desventaas(

 0iempo desarrollo

lar%o

de

)lementos B*sicos de un Data +arehouse

)lementos B*sicos de un Data Mart

Al,unas -erramientas ).L

•

,$ 6nitio

•

7arracuda &oftware (6nte%rator )

•

Ma8e#are &oluciones 0ecnolo%icas http199

•

7enetl

•

7ia$le http199www.visiontecnolo%ica.com www.ma8eware.net

•

760ool 5 *0L &oftware http199www.$itool.com9

•

73& 0L:5; rhiscom ($ac85o?ce 3&)

•

-lover*0L @AB

•

-o%nos Decisionstream

•

Data 6nte%rator (herramienta de 7usiness $ects)

•

Data Mi%raton 0oolset de 7ac8o?ce ,ssociates (7o,) http199www.$oawe$.com9mi%rationtoolset.htm

•

:enio Cummin%$ird

•

67M #e$sphere Data&ta%e (3reviousl' ,scential Data&ta%e)

•

6nform"tica 3ower-enter

•

meta#E& ( Document 0ools)

•

Microsoft D0& (incluido en &FL5&erver G>>>)

•

Microsoft 6nte%ration &ervices (M& &FL &erver G>>H)

•

M'&FL Mi%ration 0ool8it

•

&criptella *0L 5 Li$re ,pache5licensed *0L

•

racle #arehouse 7uilder

•

#e$2ocus5i#a' DataMi%rator &erver

!ases de construcción/ Data Mart



-onstrucción del Data mart



-onstrucción de los 3rocesos de -ar%as



-onstrucción de los reportes analíticos



-onstrucción de los procesos de prue$a

!ases de construcción Construcción del Data mart: Esta actividad tiene el objetivo de construir el modelo de datos, la metadata de la herramienta de Explotación y La Arquitectura del Modelo Multidimensional en la herramienta de explotación. Construcción de los Procesos de Cargas: En ésta actividad es cuando se debe desarrollar los procesos de carga de datos, las rutinas de limpiea, los !ujos de cargas de datos, las inter"a de acceso, los importadores e integradores de datos, los  programas de entrada de datos. Construcción de los reportes analíticos: #onsiste en construir los reportes, tableros de control, dashboard, scorecard. Construcción de los procesos de prueba: $e debe construir los  programas, reportes, in"ormes que permita probar los procesos de cargas y los reportes entregados.

Modelo 

Modelo 7ottom up



*l Modelo 3aralelo



Modelo 0op down con etroalimentación.



Modelo 7ottom up con etroalimentación



Modelo 3aralelo con etroalimentación

El modelo Top Down: 

Est% basado en la estructura de la &ata 'arehouse, la cual se construye a partir de los datos que se puedan obtener de los di"erentes sistemas operacionales o externos (datos aislados) a

través de un proceso de extracción, trans"ormación y transportación (E**). 

Top Down:

*iene como base un sistema de &ata 'arehouse para toda la empresa y a partir de este se desarrollan los &ata marts para las divisiones o departamentos. Modelo Bottom up: 



En este modelo los &ata marts se construyen a partir de los datos dispersos y la &ata 'arehouse se construye a partir de los &ata marts existentes, esta construcción se realia a través de dos  procesos di"erentes de extracción, trans"ormación y transportación. El Modelo Paralelo:

El dise+o del modelo paralelo se basa en dos alternativas, en la primera se tratan los &ata marts con entidades independientes de los &ata 'aehouse y en la segunda, esta independencia se trata de "orma temporal. Modelo Top down con Retroalimentación: 

Este modelo incluye la posibilidad de agregar datos que no estén  presentes en la &ata 'arehouse y que se requieran para cumplir con los requerimientos de un an%lisis espec-co.

Modelo Bottom up con Retroalimentación: 

ermitir que la integración de los datos e in"ormación dada en los &ata marts se pueda implementar durante la construcción de la &ata 'arehouse.

Modelo Paralelo con Retroalimentación: 

El desarrollo principalmente trabaja con la retroalimentación que tenga el &ata mart, ya que su inicio depende de un perodo de ajuste entre éste y el modelo de datos de la &ata 'arehouse. Mientras las entradas y salidas se estén dando en los &ata marts, en la &ata 'arehouse estos mismos se est%n realiando, dado a las caractersticas de paralelismo que existe entre ellos.

01012 !ases de construcción1 Posi3les eta%as %ara la construcción de un Data mart( 

,n"lisis.



-onstrucción.



3ost5producción.

Metodolo,ías de dise4o1 •

*n los manuales de racle se su%iere la si%uiente metodolo%ía1

•

,rtículo1 Desi%n the Data Mart

•

•

•

,utor1 racleI 7usiness 6ntelli%ence &tandard *dition ne 0utorial elease A>% (A>.A.J.G.A) *A>JAG5>A http199download5 west.oracle.com9docs9cd9*A>JHGK>A9doc9$i.A>AJ9eA>JAG9dmKdesi% n.htm -lic aquí para enlace local al documento.

Metodolo,ías de dise4o1 

Mood' ' Eortin8 descri$en una opción de metodolo%ía en el artículo1



,rtículo1 2rom *nterprise Models to Dimensional Models1 , Methodolo%' for Data #arehouse and Data Mart Desi%n



,utores1 Daniel L. Mood' Mar8 ,.. Eortin8



-lic aquí para un enlace local al documento.

01010 .ecnolo,ías1 

,l%unos autores clasican las tecnolo%ías de software en las cate%orías de frontKend ' $ac85end. *l front5end es la parte del software que interact/a con el o los usuarios ' el $ac85end es la parte que procesa la entrada desde el front5end.



La separación del sistema en Nfront endsN ' N$ac8 endsN es un tipo de a$stracción  que a'uda a mantener las diferentes partes del sistema separadas. La idea %eneral es que el front5end sea el responsa$le de recolectar los datos de entrada del usuario que pueden ser de muchas ' variadas formas ' procesarlas de una manera conforme a la especicación que el $ac85end pueda usar. La cone4ión del front5end ' el $ac85end es un tipo de interfa!.

.ecnolo,ías1 Una clasicación m"s especíca del software para los Data mart ' Data warehouse ' al%unos eemplos1 •

Cerramientas de -onsulta ' eporte (-r'stal eports).

•

Cerramientas de 7ase de Datos (L,3 ?ce ,nal'sis &ervices).

•

&istemas de 6nformación *ecutivos

•

7ases de Datos usados para Data #arehouse (racle M'&FL &FL &erver etc.).

.)C5OLO6IA" DA.AMA#.( 

,spect Data Mart es una solución completa de reportes para la empresa que le proporciona un ma'or entendimiento de las operaciones de sus ne%ocios ' reduce el tiempo que consumen estas tareas. *sta solución consolida datos de m/ltiples fuentes para darle una perspectiva de las operaciones del centro de contacto de su empresa ' así poder identicar r"pidamente los procesos de cam$io necesarios.

.)C5OLO6IA"

 Cerramientas 2ront5end

⇒

 Cerramientas de 7D

⇒

-)##AMI)5.A" !#O5.7)5D  0am$ién conocidas como herramientas de acceso a los datos o herramientas de presentación.  *l front5end es la parte del software que interact/a con el o los usuarios Cerramientas front5end O -erramientas de consulta( usan consultas predenidas ' las capacidades de información incorporadas para que los usuarios ten%a accesos a los datos. A%licaciones de usuarios(  Muchos pro%ramas de aplicación comunes como Microsoft *4cel pueden proporcionar acceso front5end a $ases de datos de apo'o.

O -erramientas de desarrollos de %ro,ramas(  Muchas instalaciones cliente5servidor necesitan aplicaciones front5end especiales personali!ados para sus tareas de o$tención de datos. &on esenciales para acceder ' anali!ar los datos en el datamart. 

*l valor de un datamart es difícil de determinar por la ha$ilidad del usuario para e4traer la información m"s si%nicativa so$re la cual se toman las decisiones del ne%ocio.



Un interfa! de usuario efectivo minimi!a el n/mero de acciones de usuario requeridas para o$tener el resultado deseado por lo que de$er" estar nave%ando intuitivamente a no ser que el usuario memorice los comandos.



Las herramientas de acceso a la información pueden soportar acceso an"lisis visuali!ación ' data minin% de los datos de una forma predenida



6nterfa! 2ront5*nd. *s una aplicación donde los usuarios interact/an directamente con las funciones del sistema cu$re

todas las interfaces con las cuales un usuario interact/a con los sistemas 'a sean locales o remotos sus funciones principales son1 

Dise+o de formatos.



3resentación.



Ló%ica de la aplicación.



Manipulación de datos.



Cerramientas de consulta.



Utilerías9men/s