INSTITUTO TECNOLGICO SUPERIOR DE LA MONTAA

Ingeniera en Sistemas Computacionales

Trabajo:
Bases de datos multidimensionales (BDM).
Profesora:
SARA ROJO RUIZ

Integrantes:
JESS PETRONIA CASTRO

Materia:
ADMINISTRACION DE BD

BASE DE DATOS MULTIDIMENSIONAL

Las bases de datos multidimensionales se utilizan principalmente para crear
aplicaciones OLAP y pueden verse como bases de datos de una sola tabla, su
peculiaridad es que por cada dimensin tienen un campo (o columna), y otro
campo por cada mtrica o hecho.

DATOS MULTI-IMENSIONALES
En resumidas cuentas las bases de datos relacionales son muy buenas para
manejar consultas en las cuales el resultado es un listado de datos. En donde
presentan deficiencias estas bases de datos es en el manejo de consultas
interactivas diseadas para el anlisis profundo de datos en tiempo real. Es aqu
en donde entra lo que se conoce como OLAP (on-line analytical processing). Las
consultas de tipo OLAP examinan inmensas cantidades de datos para determinar
tendencias y reas especficas en las que se presentan desviaciones apreciables.
Los servidores de bases de datos multidimensionales (MDDs) deben tener un
mecanismo para poder consultar cada nivel de desagregacin y debe tener la
capacidad de excavar en estos niveles con el fin de poder analizar detalladamente
los datos. No implica esta tecnologa que las bases de datos relacionales no sirvan
para consultas complejas ni que no soporten consultas OLAP. Lo hacen pero en
una forma ineficiente y su costo/efectividad y su facilidad de uso no son tan
buenos como en las bases de datos multidimensionales.

Cubos e hipercubos de datos.

Los cubos de informacin o cubos OLAP funcionan como los cubos de

rompecabezas en los juegos, en el juego se trata de armar los colores y en el data
warehouse se trata de organizar los datos por tablas o relaciones; los primeros (el
juego) tienen 3 dimensiones, los cubos OLAP tienen un nmero indefinido de
dimensiones, razn por la cual tambin reciben el nombre de hipercubos. Un cubo
OLAP contendr datos de una determinada variable que se desea analizar,
proporcionando una vista lgica de los datos provistos por el sistema de
informacin hacia el data warehouse, esta vista estar dispuesta segn unas
dimensiones y podr contener informacin calculada. El anlisis de los datos est
basado en las dimensiones del hipercubo, por lo tanto, se trata de un anlisis
multidimensional

A la informacin de un cubo puede acceder el ejecutivo mediante tablas

dinmicas en una hoja de clculo o a ravs de programas personalizados. Las
tablas dinmicas le permiten manipular las vistas (cruces, filtrados, organizacin,
totales) de la informacin con mucha facilidad. Las diferentes operaciones que se
pueden realizar con cubos de informacin se producen con mucha rapidez.
Llevando estos conceptos a un data warehouse, ste es una coleccin de datos
que est formada por dimensiones y variables, entendiendo como
dimensiones a aquellos elementos que participan en el anlisis y variables a los
valores que se desean analizar.

Dimensiones

Las dimensiones de un cubo son atributos relativos a las variables, son las
perspectivas de anlisis de las variables (forman parte de la tabla de
dimensiones). Son catlogos de informacin complementaria necesaria para la
presentacin de los datos a los usuarios, como por ejemplo: descripciones,
nombres, zonas, rangos de tiempo, etc. Es decir, la informacin general
complementaria a cada uno de los registros de la tabla de hechos.
Variables

Tambin llamadas indicadores de gestin, son los datos que estn siendo
analizados. Forman parte de la tabla de hechos. Ms formalmente, las variables
representan algn aspecto cuantificable o medible de los objetos o eventos a
analizar. Normalmente, las variables son representadas por valores detallados y
numricos para cada instancia del objeto o evento medido. En forma contraria, las
dimensiones son atributos relativos a la variables, y son utilizadas para indexar,
ordenar, agrupar o abreviar los valores de las mismas. Las dimensiones poseen
una granularidad menor, tomando como valores un conjunto de elementos menor
que el de las variables; ejemplos de dimensiones podran ser: productos,
localidades (o zonas), el tiempo (medido en das, horas.

Estructuras no-jerrquicas y jerrquicas de los datos.

Una Base de datos jerrquica es un tipo de Sistema Gestor de Bases de Datos
que, como su nombre indica, almacenan la informacin en una estructura
jerrquica que enlaza los registros en forma de estructura de rbol (similar a un
rbol visto al revs), en donde un nodo padre de informacin puede tener varios
nodos hijo.
Esta relacin jerrquica no es estrictamente obligatoria, de manera que pueden
establecerse relaciones entre nodos hermanos. En este caso la estructura en
forma de rbol se convierte en una estructura en forma de grafo dirigido. Esta
variante se denomina Bases de datos de red.

El modelo jerrquico facilita relaciones padre-hijo, es decir, relaciones 1:N (de uno
a varios) del modelo relacional. Pero a diferencia de ste ltimo, las relaciones son
unidireccionales. En justicia, dichas relaciones son hijo-padre, pero no padre-hijo.
Por ejemplo, el registro de un empleado (nodo hijo) puede relacionarse con el
registro de su departamento (nodo padre), pero no al contrario. Esto implica que
solamente se puede consultar la base de datos desde los nodos hoja hacia el
nodo raz. La consulta en el sentido contrario requiere una bsqueda secuencial
por todos los registros de la base de datos (por ejemplo, para consultar todos los
empleados de un departamento). En las bases de datos jerrquicas no existen
ndices que faciliten esta tarea.
Obsrvese que, a priori, no existen relaciones N:M (de muchos a muchos) en el
modelo jerrquico. Salvo que se simulen mediante varias relaciones 1:N. No
obstante, esto puede provocar problemas de inconsistencia, ya que el gestor de
base de datos no controla estas relaciones.

Limitaciones del modelo jerrquico

A continuacin se mencionan los problemas tpicos de las bases de datos

jerrquicas y que no existen en las bases de datos relacionales. Todos estos
problemas derivan del hecho de que el sistema gestor de base de datos no
implementa ningn control sobre los propios datos, sino que queda en manos de
las aplicaciones garantizar que se cumplen las condiciones invariantes que se
requieran (por ejemplo, evitar la duplicidad de registros). Dado que todas las
aplicaciones estn sujetas a errores y fallos, esto es imposible en la prctica.
Adems dichas condiciones suelen romperse ex profeso por motivos operativos
(generalmente, ajustes debidos a cambios en el negocio) sin evaluarse sus
consecuencias.
Duplicidad de registros

No se garantiza la inexistencia de registros duplicados. Esto tambin es cierto

para los campos clave. Es decir, no se garantiza que dos registros cualesquiera
tengan diferentes valores en un subconjunto concreto de campos.
Integridad referencial

No existe garanta de que un registro hijo est relacionado con un registro padre
vlido. Por ejemplo, es posible borrar un nodo padre sin eliminar antes los nodos
hijo, de manera que stos ltimos estn relacionados con un registro invlido o
inexistente..
Desnormalizacin

Este no es tanto un problema del modelo jerrquico como del uso que se hace de
l. Sin embargo, a diferencia del modelo relacional, las bases de datos jerrquicas
no tienen controles que impidan la desnormalizacin de una base de datos. Por
ejemplo, no existe el concepto de campos clave o campos nicos.

Operadores para datos agregados multidimensionales.

Operadores: sum, count, max, min, average
Clasula Having
Usando Jerarquas de dimensin
Promedio por regin (tienda -- store)
Mximo por mes (fecha -- date)
Operadores:
CUBE
ROLLUP
DRILLDOWN
GROUPING SETS
SLICE (Rebanada)
PIVOT
Dado
Ascenso
Descenso
Utilizacin de Herramientas
SQL Server 2005

Access
Oracle
Excel

Consultas multidimensionales de datos.

una de las herramientas ms utilizadas por las empresas son las aplicaciones
OLAP, ya que las misma han sido creadas en funcin a bases de datos
multidimensionales, que permiten procesar grandes volmenes de informacin, en
campos bien definidos, y con un acceso inmediato a los datos para su consulta y
posterior anlisis.

Las consultas en la base de datos constan de archivos que permiten realizar

muchas tareasdiferentes con los datos. Se pueden utilizar las consultas para
controlar los campos de datosque se pueden ver. Tambin se pueden utilizar las
consultas para controlar los registros quevisualiza en la base de datos. Las
consultas pueden cambiar el orden de presentacin dedatos y pueden incluso
actualizarlos. Las consultas no contienen informacin de la base dedatos, sino tan
solo las instrucciones necesarias para seleccionar los registros y
camposrequeridos de una base de datos.
Consulta de un campo para una entrada carcter:
Se pueden crear consultas simples para encontrar todos los registros que
contienen unaentrada de carcter especfica. Se puede utilizar la coincidencia
exacta u operadoresrelacionales cuando se realiza la bsqueda. Puesto que se
deben encerrar las cadenas decaracteres entre comillas, se puede buscar una
coincidencia exacta colocando la cadena decaracteres que se necesite encontrar
entre comillas.
Almacenamiento y uso de consultas:
Puede almacenar una consulta como archivo. Esto ofrece la ventaja de reutilizar la
consulta posteriormente sin reentrar en ella. Para utilizar cualquier consulta
almacenada en disco seselecciona un archivo de consultas del panel de consultas
del centro de control con laapropiada base de datos en uso. Las condiciones que
tambin se denominan filtrosestablecidas por esta consulta se ponen en vigor
automticamente para ocultar los registrosque presenta Dbase. Se puede utilizar
para afectar a la visualizacin de los registros sobre la pantalla o para restringir los

registros presentados en los informes que se crean.

Consulta de campos numricos:

La bsqueda de valores numricos permite operar con todos los registros de
empleado conun cdigo de trabajo especfico o todos los registros de un nmero
de cliente particular. Secontrolan los registros que cumplan la consulta en base a
los contenidos de un camponumrico en lugar de un campo carcter, pero la
mayor parte de las caractersticas de lasconsultas utilizadas para campos
numricos son exactamente las mismas que se utilizan para campos de
carcter.Se pueden utilizar ejemplos de coincidencia exacta para localizar datos.
Puesto que estamostrabajando con datos numricos, las comillas no se necesitan.
Tambin se puede utilizar muchos de los operadores relacionales que utilizaron
con los campos de carcter.
Consulta de campo de fecha:
La consulta de los campos de fecha no es diferente del acceso a otros tipos de
campos.Dbase reconoce los campos de fecha y los trata como una entrada de
fecha si se incluyen delas llaves { }. Se utilizan los ejemplos bajo este tipo de
campos para encontrar unacoincidencia exacta o relacional. Se pueden utilizar
ejemplos relacionales para localizar todos los registros anteriores y posteriores a
una fecha dada. Tambin se pueden encontrar registros dentro de un rango
especifico de fechas colocando en el ejemplo dos expresiones relacionadas
separadas por coma (,).
Consultas de campos lgicos:
Los campos lgicos contienen indicadores de verdadero o falso. Cuando se crea
un ejemplo de un campo lgico, se puede hacer que Dbase busque valores
verdaderos o falsos colocando .T. o .F. como un ejemplo debajo del tipo de campo.
Dbasetambin acepta .t., .f., ..f., .Y., .N., .y., y .n., como entradas para este campo..