CUBOS.

qxd 10/15/03 11:18 AM Page 52

FERNANDO TRIVERI
.sql DESARROLLADOR WEB PROFESIONAL
ferni@tectimes.com

« DATA WAREHOUSING CON

SQL SERVER 2000 ENTERPRISE

EL ANALISIS DE INFORMACION A GRAN ESCALA PARA LA TOMA DE as bases de datos tradicionales

DECISIONES A NIVEL CORPORATIVO REQUIERE DE UN NUEVO TIPO
DE PROGRAMAS QUE MODIFICAN LOS CONCEPTOS CLASICOS SOBRE
L han sido diseñadas para obte-
ner el máximo rendimiento en
EL FUNCIONAMIENTO DE UNA BASE DE DATOS. CONOZCAN LA la ejecución de transacciones; es decir,
FUNCION DE ESTE COMPONENTE DE SQL SERVER 2000 ENTERPRISE en el alta, modificación y baja de regis-
Y COMO UTILIZARLO EN PROCESOS DE DATA WAREHOUSING. tros. Esta modalidad, conocida como
OLTP (Online Transaction Processing,
procesamiento de transacciones en línea),

CUBOS DE
resulta imprescindible para la manipula-
ción de grandes volúmenes de datos.
El problema surge cuando se desea anali-
zar la información para la toma de deci-
siones corporativas. Las consultas a las

DATOS CON
bases de datos son lentas e ineficaces,
incluso usando los motores más poten-
tes, cuando hay que revisar cientos de
miles o millones de registros, una situa-

ANALYSIS
ción frecuente en las grandes empresas.
El análisis de información a gran escala,
conocido también como Data Warehou-
sing, ofrece un sistema alternativo de
procesamiento de datos conocido como

SERVICES
OLAP (Online Analytical Processing, pro-
cesamiento analítico en línea). OLAP
proporciona un acercamiento diametral-
mente opuesto al propulsado por OLTP, y
en consecuencia, para aprender a utili-
zarlo tendremos primero que modificar
nuestros conceptos adquiridos sobre el
GRAFICO #1 almacenamiento de la información en
ESTA REPRESENTACION GRAFICA DE UN CUBO MULTIDIMEN- REFERENCIAS bases de datos.
UNIDADES
SIONAL MUESTRA COMO SE PERCIBEN REALMENTE LOS DATOS,
SUS DIMENSIONES Y SUS JERARQUÍAS ASOCIADAS. MEDIDAS IMPORTE OLAP VERSUS OLTP
El sistema clásico de bases de datos es
Buenos Aires transaccional. Su objetivo es realizar in-
Argentina
SUCURSALES La Plata
serciones, actualizaciones y eliminacio-
D.F. nes de los datos tan rápido como sea po-
México
Cancún
sible. Entonces, se evita el almacena-
miento de datos redundantes o que pue-
Invest. y
Desarrollo dan derivarse de la información de otros
datos (por ejemplo, totales de ventas).
Dpto.
Costos Sistemas Los datos se separan en tablas diferentes,
Operativos
Marketing
que se relacionan entre sí por campos
clave. La estructura de un sistema OLTP
INGRESOS NETOS
Gastos está diseñada para absorber el flujo per-
Fijos manente de la información procesada.
Ventas OLAP, por su parte, se encuentra en la
Ventas Brutas
Netas vereda opuesta. En este sistema, la base
Costo de los de datos (o Data Warehouse) está rela-
Productos
Vendisos cionada con el almacenamiento de da-
1er 2do 3er 4to tos agregados, que surgen del cálculo
Trimestre Trimestre Trimestre Trimestre
de otros datos. Por ejemplo: ¿cuántos
1er Semestre 2do Semestre productos se vendieron ayer?, ¿cuántos
se vendieron el mes pasado?, ¿cuáles
fueron las ventas de este mes con res-
PERIODO pecto al mes anterior?, ¿qué tal fueron
las ventas de la semana pasada en rela-
52 POWERUSR
CUBOS.qxd 10/15/03 11:18 AM Page 53
EN OLAP, LA BASE DE DATOS
ESTA RELACIONADA CON EL
ALMACENAMIENTO DE DATOS
AGREGADOS, QUE SURGEN
DEL CALCULO DE OTROS DATOS.
ción con la misma semana del año ante-
rior? Aunque estas preguntas pueden
responderse usando un sistema OLTP, la
recuperación de los datos resulta engo-
rrosa debido al número de tablas vincu-
ladas y a la enorme cantidad de registros
que deben revisarse hasta obtener un to-
tal. Para acelerar la ejecución de estas
consultas, los sistemas OLAP desnorma-
lizan los datos; es decir, almacenan in-
formación redundante, junto con totales
ya calculados. Por ejemplo, se pueden
guardar los totales de venta de los pro-
ductos con respecto al día de ayer, la se-
mana pasada, el mes pasado y el último
año, de manera que ya estén calculados
y se puedan recuperar sin tener que su-
mar nuevamente los registros. Estos da-
tos redundantes son conocidos como
agregaciones.
La actualización de los sistemas OLAP no
se produce generalmente en tiempo real,
ya que, por ejemplo, para obtener el to-
tal de ventas del día hay que esperar a
que el día termine. Por lo tanto, OLTP y
OLAP no son excluyentes sino comple-
mentarios: son las bases de datos tran-
saccionales las que alimentan regular-
mente de datos a las bases OLAP, las
cuales luego son procesadas para obtener
información para la toma de decisiones.
La versión Enterprise de Microsoft SQL
Server 2000 incluye una herramienta pa-
ra Data Warehousing denominada
Analysis Services, que proporciona una
solución muy eficaz y económica con
respecto a los productos de otros compe-
tidores, como Oracle o Informix. Con
Analysis Services, la creación, manteni-
miento y administración de sistemas
OLAP es una tarea relativamente sencilla
y que brinda excelentes resultados para
las pequeñas y medianas empresas.
CUBOS DE DATOS,
DIMENSIONES Y MEDIDAS
Se puede pensar en una tabla tradicional
como si fuese un plano de dos dimensio-
nes, filas y columnas. Las filas están re-
presentadas por los registros; las colum-
nas, por los campos, y la celda con el
dato que deseamos obtener se encuentra
en la intersección de la dimensión fila
(registro) y columna (campo).
En el caso de los sistemas OLAP, la cues-
tión se complica, porque no estaremos
trabajando con dos dimensiones, sino con
POWERUSR
MEDIANTE EL EXAMINADOR DE CUBOS SE PUEDEN ANALIZAR LOS DATOS AGREGANDO
O QUITANDO DIMENSIONES Y TAMBIEN CONSULTANDO LA INFORMACION EN LOS
DIFERENTES NIVELES JERARQUICOS.
tres o más. Por ejemplo, para responder a la pregunta ¿cuáles son
las ventas mensuales por producto y por región?, para obtener la
celda que contiene cada dato se necesita la intersección de tres di-
mensiones: tiempo, producto y región. Esta estructura se puede
imaginar como un cubo, y es así como se denominan los equiva-
lentes de las tablas en OLAP.
Esta es, entonces, la primera gran diferencia entre OLAP y OLTP:
las celdas son referencias desde tres o más dimensiones. Pero
también existen otras diferencias importantes: por ejemplo, la cel-
da de una tabla tradicional sólo contiene un dato, mientras que la
celda de un cubo de datos puede contener más de un dato alma-
cenado (podrían ser, por ejemplo, la cantidad de ventas realizadas,
el importe total de las ventas y las utilidades obtenidas). Cada
uno de los datos contenidos en estas celdas se conoce como me-
dida y pueden surgir como resultado del cálculo de otros valores
de una base de datos OLTP.
Un aspecto importante sobre las dimensiones de un cubo de datos
es que normalmente tienen una jerarquía de datos incorporada.
Por ejemplo, la dimensión temporal comienza generalmente en
años, luego en trimestres, meses, semanas y, por último, en días
individuales. Las dimensiones geográficas también suelen ser es-
tructuras jerárquicas: se puede dividir el mundo entero en países,
y luego en provincias, ciudades y barrios.
Si una dimensión tiene una estructura jerárquica, ¿cómo es el cu-
bo exactamente? Se puede imaginar como cubos dentro de cubos,
dentro de cubos. Obviamente, la visualización es cada vez más
compleja, y si el cubo posee más de tres dimensiones, resulta im-
posible de dibujar o explicar, pero no es tan difícil de imaginar.
Sólo hay que darse cuenta de que si se está en el nivel mes de la
dimensión temporal, existen ciertas medidas para cada uno de
ellos. Si se desciende a una semana determinada, se tienen las
mismas medidas, calculadas para dicha semana. El gran potencial
de OLAP consiste, justamente, en que se pueden calcular las me-
didas en todos los niveles jerárquicos de todas las dimensiones de
los cubos de datos.
«
53
CUBOS.qxd 10/15/03 11:18 AM Page 54
UTILIZANDO CONOCIMIENTOS AVANZADOS DE PROGRAMACION, ES POSIBLE DESARROLLAR SISTEMAS QUE REALICEN LAS TAREAS
DE CONSULTA Y ANALISIS DE LA INFORMACION CONTENIDA EN LOS CUBOS, INCLUSO A TRAVES DE LA WEB, POR MEDIO DE UN BROWSER
Y DE UNA APLICACION DEL TIPO CLIENTE/SERVIDOR.
CREACION DE LOS CUBOS DE DATOS
Analysis Services presenta entre sus opciones un asistente para la
creación de cubos de datos. Así como una base de datos incluye di-
versas tablas que contienen datos afines, un sistema de Data Ware-
housing puede estar compuesto de varios cubos, cada uno de ellos
con cierto tipo de información, y que pueden compartir (o no) deter-
minadas dimensiones.
El asistente de Analysis Services es muy sencillo de usar. En primer
término, se debe determinar la tabla de hechos, o el conjunto de
datos que se utilizará para el contenido de los cubos. La tabla de
hechos puede ser una tabla o una vista SQL de una base de datos,
aunque también puede usarse una planilla de Excel o cualquier otro
EL EDITOR DE CUBOS DE ANALYSIS MANAGER SIRVE PARA MODIFICAR Y VISUALIZAR LA
ESTRUCTURA DE LOS CUBOS DE DATOS, SUS COMPONENTES (DIMENSIONES, MEDIDAS, ETC.)
Y TAMBIEN LOS DATOS QUE CONTIENE.
54
tipo de archivo de información. Luego de
definir la tabla de hechos que habrá de
utilizarse, se seleccionan las medidas o da-
tos numéricos que serán representados por
cada celda del cubo. Finalmente, se deben
indicar las dimensiones correspondientes,
que pueden crearse específicamente para
cada cubo o bien compartirse entre varios
de ellos si es necesario.
Una vez creado el cubo (un proceso que
lleva pocos minutos), éste se puede grabar
y procesar, para generar las agregaciones y
poblar las celdas con los totales obtenidos
a partir de la tabla de hechos y las medi-
das asignadas. El proceso del cubo deberá
realizarse periódicamente, para mantener
actualizados sus datos, con una frecuencia
que será determinada por el administrador
del sistema de acuerdo con las característi-
cas de los datos almacenados.
EXTRACCION DE DATOS
Y VISUALIZACION
Resulta virtualmente imposible represen-
tar en la pantalla de una computadora un
conjunto multidimensional de datos. Lo
que suele hacerse es tomar una “rodaja”
del cubo y extraer los datos en dos di-
mensiones. Luego, al hacer clic sobre
cualquiera de los ejes, se pueden observar
los datos de los niveles jerárquicos supe-
riores e inferiores.
El Examinador de cubos de Analysis Ser-
vices es, quizá, la manera más simple y di-
recta de analizar la información contenida
en los cubos de datos. Aunque no se trata
de una herramienta para el usuario final,
sino que más bien se utiliza para explorar
los cubos y asegurarse de que el diseño de
su estructura sea el deseado, resulta muy
POWERUSR
CUBOS.qxd 10/15/03 11:18 AM Page 55

*
SI UNA DIMENSION TIENE UNA ESTRUCTURA JERARQUICA, ¿COMO ES EL CUBO
EXACTAMENTE? SE PUEDE IMAGINAR COMO CUBOS DENTRO DE CUBOS, DENTRO
DE CUBOS. OBVIAMENTE, LA VISUALIZACION ES CADA VEZ MAS COMPLEJA, Y SI
EL CUBO POSEE MAS DE TRES DIMENSIONES, RESULTA IMPOSIBLE DE DIBUJAR
O EXPLICAR, PERO NO ES TAN DIFICIL DE IMAGINAR.

práctica y efectiva como una primera GRAFICO #2

aproximación al análisis de un cubo.
En el Examinador, las dimensiones se
arrastran con el mouse hacia el área del
reporte, para establecer filtros y selec-
cionar la información deseada.
Los cubos de datos también se pueden
visualizar con otros programas, como
Microsoft Excel, o con soluciones espe-
cíficas como ProClarity de Konsys
(www.knosync.com). Pero la opción más
interesante consiste en desarrollar
nuestras propias aplicaciones para exa-
minar los cubos, incluso desde la Web,
a través de un browser.
Para hacerlo, Microsoft ha desarrollado
una versión especial de OLE DB para
OLAP. Así como existe ADO sobre OLE
DB, Microsoft ha implementado el obje-
to ADO MD (ActiveX Data Objects Mul-
tidimensional) sobre OLE DB para
OLAP. ADO MD es similar a ADO en
varios aspectos: se conecta a una fuen-
te de datos, ejecuta instrucciones contra
dicha fuente y devuelve resultados que
se pueden leer y visualizar.
Por supuesto, existen ciertas diferen-
cias. La fuente de datos en ADO MD
es un cubo presentado mediante
Analysis Services. Para las instruccio-
nes no se utiliza el lenguaje SQL, si-
no que se ha creado un lenguaje para
consultas multidimensionales denomi-
nado MDX, que como resultado de-
vuelve conjuntos de celdas en lugar
de conjuntos de registros.
Los principales objetos ADO (Connec-
tion, Command y Recordset) tienen su
contrapartida en ADO MD. El objeto
Catalog es el equivalente al primero de
estos objetos, si bien además de esta-
blecer la conexión con la fuente de da-
tos (tal como hace su “primo” Connec-
tion), también sirve para analizar la es-
tructura de los cubos de datos.
Una vez establecida la conexión con el
objeto Catalog, podemos encontrarnos
con uno o más cubos definidos. A cada
uno de ellos se le asigna un objeto
CubeDef, con los detalles de su confi-
guración. A su vez, cada objeto CubeDef
incluye una colección Dimensions, que
alberga un objeto Dimension por cada
dimensión en un cubo. Cada una de
estas dimensiones posee un objeto
Hierarchy, para definir la estructura
jerárquica de cada dimensión.
POWERUSR
MODELO DE OBJETO ADO MD. ADO MD INCLUYE REFERENCIAS
OBJETOS NO SOLO PARA LA CONSULTA Y LA
EXPLORACION DE LOS DATOS, SINO TAMBIEN
PARA OBTENER INFORMACION SOBRE LA OBJETO COLECCION
ESTRUCTURA DE LOS CUBOS A LOS QUE SE ACCEDE.
Catalog
Cub Def Cub Def
Dimension Dimension
Hierarchy Hierarchy
Cell Level Level
Cell Member Member
Position Position
Axis Axis
Position Position
Member Member
Así como en las bases de datos tradicionales se recurre al objeto Command y al
lenguaje SQL para efectuar una consulta, aquí se utilizan el objeto Cellset y
MDX. Este es un lenguaje de consulta similar a SQL, pero con una estructura di-
ferente. El aprendizaje de MDX requiere de mucha paciencia, además de eliminar
parte de lo que se conoce sobre SQL. Cabe destacar que aunque MDX es un len-
guaje desarrollado por Microsoft, su objetivo es que pueda utilizarse para acceder
a los datos desde cualquier producto para almacenamiento de datos.
La recuperación de datos es algo más compleja que con ADO. Con el objeto ADO
Recordset, se obtiene una estructura tabular con filas y columnas, mientras que
con ADO MD, las consultas devuelven objetos Cellset, que almacenan datos en un
formato multidimensional: arrays de arrays de arrays.
La programación de estos objetos puede llevarse a cabo desde cualquier herra-
mienta visual de Microsoft (Visual Basic, Visual C++) así como desde ASP y, por
supuesto, desde las herramientas de programación .NET.
CONCLUSION
Esta nota no pretende más que ponerlos en conocimiento de esta poderosa
aplicación, y esperamos que haya cumplido con su objetivo. Analysis Services
es una herramienta compleja y rica que puede utilizarse para el diseño de sis-
temas de apoyo a la toma de decisiones, así como sistemas de Data Warehou-
sing de mediana y gran envergadura. Su uso supone modificar muchos de los
conceptos asociados a las bases de datos tradicionales, pero su potencial es
enorme, y su aplicación, sobre todo en sistemas de visualización a través de
la Web, permite obtener el máximo provecho de la información acumulada
por las organizaciones ■
55