tabla dinamica de un cubo OLAP en excel

Hola:
Es natural que esto ocurra, la razon es que el Excel debe hacer varios
miles de consultas para obtener los resultados agrupados para los diferentes
nivel. Un ejemplo, 2 dimensiones con 2 datos cada una, cuantos totales
tiene:
| Dimension1 |
Dimension2 | Dato1 Dato2 | Total
DatoA | 1 | 2 | 3
DatoB | 3 | 4 | 7

Total | 4 | 6 | 10
Este "Fact" table tiene unicamente 4 datos, pero sorpresa tiene 5
totales.
Si construyeras un cubo con 3 dimensiones 2 datos cada uno, tendrias 8
datos y 16 totales!!!. El caracter exponencial de los agrupamientos hace
precisamente que los Servicios de OLAP de SQL 2000 tengan sentido.
Una forma de optimizar esto es usar llaves lo mas pequenas posibles,
incluso diferentes a las de el OLTP, es natural que el FactTable sea:
ProductoID UbicacionID ZonaID SectorID Fact1 Fact2 Fact3
1 1 1 1
...
1 1 1 2
...
1 1 1 3
...

1 1 2 1
...
1 1 2 2
...
1 1 2 3
...
...
Sollo ID's en el el Fact Table y del tamano mas pequeno posible. Las
Tablas de Dimension tienen como llave primaria el ID y muy probablmente
definido como Identity. Luego la llave Primaria Natural o Llave de la
Aplicacion es un atributo mas.
Tambien es muy probable que el Fact Table tenga una importante cantidad
de indices, pero esto requiere mucho trabajo.
Saludos,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.


Jeannette Gurumendi escribio:

Hola grupo, please help me .Tengo problemas de demora de tiempo al
armar una tabla dinamica de un cubo OLAP en excel, el problema se
evidencia cuando agrego a excel una tercera dimension del cubo a la
tabla. No se por que se da si solo mi fact table tiene 8000
registros. a continuacion explico como tengo creado mi cubo para un
mejor entendimiento.

Tengo una fact table con los siguientes datos
Producto
Ubicacion
Zona
Sector
calculo1
calculo2
calculo3
calculo4

ej:
Producto Ubicacion Zona Sector
Prod1 1040 A1 1
..
Prod1 1040 A1 2
.
Prod1 1040 A2 1
.
Prod1 1040 A2 2

Prod2 1088 A1 1
.
Prod3 1099 B1 1
.


De esta fact table tengo creadas como dimensiones lo que es el campo
de producto, ubicacion, zona y sector, los campos calculo 1,2,3,4 las
uso como medidas.

Adicionalmente tengo una tabla dimension table en la cual esta la
descripcion del producto y esta relacionada con mi fact table por
medio del campo producto

En la tabla dinamica de excel agrego primero la dimension del
producto y luego agrego las cuatro medidas. El problema se da cuando
quiero agregar la diminsion ubicacion a la tabla dinamica, desde aqui
empiezan los problemas ya que para mostrar la informacion se demora
por lo menos 5 minutos. La cosa se pone peor cuando agrego una
tercera dimision (Zona), excel muestra en la parte inferior que esta
realizando un proceso OLAP pero no hace nada mas y por ultimo la
maquina se queda

Que puedo hacer para optimizar mi proceso???????


Jeannette

Gracias

Muchas gracias ahora comprendo el proque de este problema.
Pero agregando a lo que me dices, es conveniente crear tablas de dimensiones
y por ello hacer dimensiones virtuales ??

"Javier Loria" escribió en el mensaje
news:

Hola:
Es natural que esto ocurra, la razon es que el Excel debe hacer varios
miles de consultas para obtener los resultados agrupados para los

diferentes

nivel. Un ejemplo, 2 dimensiones con 2 datos cada una, cuantos totales
tiene:
| Dimension1 |
Dimension2 | Dato1 Dato2 | Total
> DatoA | 1 | 2 | 3
DatoB | 3 | 4 | 7

Total | 4 | 6 | 10
Este "Fact" table tiene unicamente 4 datos, pero sorpresa tiene 5
totales.
Si construyeras un cubo con 3 dimensiones 2 datos cada uno, tendrias 8
datos y 16 totales!!!. El caracter exponencial de los agrupamientos hace
precisamente que los Servicios de OLAP de SQL 2000 tengan sentido.
Una forma de optimizar esto es usar llaves lo mas pequenas posibles,
incluso diferentes a las de el OLTP, es natural que el FactTable sea:
ProductoID UbicacionID ZonaID SectorID Fact1 Fact2 Fact3
1 1 1 1
...
1 1 1 2
...
1 1 1 3
...

1 1 2 1
...
1 1 2 2
...
1 1 2 3
...
...
Sollo ID's en el el Fact Table y del tamano mas pequeno posible. Las
Tablas de Dimension tienen como llave primaria el ID y muy probablmente
definido como Identity. Luego la llave Primaria Natural o Llave de la
Aplicacion es un atributo mas.
Tambien es muy probable que el Fact Table tenga una importante

cantidad

de indices, pero esto requiere mucho trabajo.
Saludos,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.


Jeannette Gurumendi escribio:
> Hola grupo, please help me .Tengo problemas de demora de tiempo al
> armar una tabla dinamica de un cubo OLAP en excel, el problema se
> evidencia cuando agrego a excel una tercera dimension del cubo a la
> tabla. No se por que se da si solo mi fact table tiene 8000
> registros. a continuacion explico como tengo creado mi cubo para un
> mejor entendimiento.
>
> Tengo una fact table con los siguientes datos
> Producto
> Ubicacion
> Zona
> Sector
> calculo1
> calculo2
> calculo3
> calculo4
>
> ej:
> Producto Ubicacion Zona Sector
> Prod1 1040 A1 1
> ..
> Prod1 1040 A1 2
> .
> Prod1 1040 A2 1
> .
> Prod1 1040 A2 2
>
> Prod2 1088 A1 1
> .
> Prod3 1099 B1 1
> .
>
>
> De esta fact table tengo creadas como dimensiones lo que es el campo
> de producto, ubicacion, zona y sector, los campos calculo 1,2,3,4 las
> uso como medidas.
>
> Adicionalmente tengo una tabla dimension table en la cual esta la
> descripcion del producto y esta relacionada con mi fact table por
> medio del campo producto
>
> En la tabla dinamica de excel agrego primero la dimension del
> producto y luego agrego las cuatro medidas. El problema se da cuando
> quiero agregar la diminsion ubicacion a la tabla dinamica, desde aqui
> empiezan los problemas ya que para mostrar la informacion se demora
> por lo menos 5 minutos. La cosa se pone peor cuando agrego una
> tercera dimision (Zona), excel muestra en la parte inferior que esta
> realizando un proceso OLAP pero no hace nada mas y por ultimo la
> maquina se queda
>
> Que puedo hacer para optimizar mi proceso???????
>
>
> Jeannette
>
> Gracias

Hola:
Efectivamente es conveniente crear tablas de dimensiones.
Las dimensiones virtuales depende mucho de lo que estes haciendo. Para
datos de uso esporadico es desde el punto de vista de desempeno deseable que
las uses. Esto reduce sustancialmente las agregaciones (ya que no estan
calculadas en el momento de extraccion).
Si son de uso frecuente es mucho mejor usar dimensiones "reales".
Saludos,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.

Jeannette Gurumendi escribio:

Muchas gracias ahora comprendo el proque de este problema.
Pero agregando a lo que me dices, es conveniente crear tablas de
dimensiones y por ello hacer dimensiones virtuales ??

"Javier Loria" escribió en el mensaje
news:

Hola:
Es natural que esto ocurra, la razon es que el Excel debe hacer
varios miles de consultas para obtener los resultados agrupados para
los diferentes nivel. Un ejemplo, 2 dimensiones con 2 datos cada
una, cuantos totales tiene:
| Dimension1 |
Dimension2 | Dato1 Dato2 | Total
>> DatoA | 1 | 2 | 3
DatoB | 3 | 4 | 7

Total | 4 | 6 | 10
Este "Fact" table tiene unicamente 4 datos, pero sorpresa tiene 5
totales.
Si construyeras un cubo con 3 dimensiones 2 datos cada uno,
tendrias 8 datos y 16 totales!!!. El caracter exponencial de los
agrupamientos hace precisamente que los Servicios de OLAP de SQL
2000 tengan sentido. Una forma de optimizar esto es usar llaves
lo mas pequenas posibles, incluso diferentes a las de el OLTP, es
natural que el FactTable sea: ProductoID UbicacionID ZonaID
SectorID Fact1 Fact2 Fact3 1 1
1 1 ...
1 1 1 2
...
1 1 1 3
...

1 1 2 1
...
1 1 2 2
...
1 1 2 3
...
...
Sollo ID's en el el Fact Table y del tamano mas pequeno posible.
Las Tablas de Dimension tienen como llave primaria el ID y muy
probablmente definido como Identity. Luego la llave Primaria Natural
o Llave de la Aplicacion es un atributo mas.
Tambien es muy probable que el Fact Table tenga una importante
cantidad de indices, pero esto requiere mucho trabajo.
Saludos,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.


Jeannette Gurumendi escribio:

Hola grupo, please help me .Tengo problemas de demora de tiempo al
armar una tabla dinamica de un cubo OLAP en excel, el problema se
evidencia cuando agrego a excel una tercera dimension del cubo a la
tabla. No se por que se da si solo mi fact table tiene 8000
registros. a continuacion explico como tengo creado mi cubo para un
mejor entendimiento.

Tengo una fact table con los siguientes datos
Producto
Ubicacion
Zona
Sector
calculo1
calculo2
calculo3
calculo4

ej:
Producto Ubicacion Zona Sector
Prod1 1040 A1 1
..
Prod1 1040 A1 2
.
Prod1 1040 A2 1
.
Prod1 1040 A2 2

Prod2 1088 A1 1
.
Prod3 1099 B1 1
.


De esta fact table tengo creadas como dimensiones lo que es el campo
de producto, ubicacion, zona y sector, los campos calculo 1,2,3,4
las uso como medidas.

Adicionalmente tengo una tabla dimension table en la cual esta la
descripcion del producto y esta relacionada con mi fact table por
medio del campo producto

En la tabla dinamica de excel agrego primero la dimension del
producto y luego agrego las cuatro medidas. El problema se da cuando
quiero agregar la diminsion ubicacion a la tabla dinamica, desde
aqui empiezan los problemas ya que para mostrar la informacion se
demora
por lo menos 5 minutos. La cosa se pone peor cuando agrego una
tercera dimision (Zona), excel muestra en la parte inferior que esta
realizando un proceso OLAP pero no hace nada mas y por ultimo la
maquina se queda

Que puedo hacer para optimizar mi proceso???????


Jeannette

Gracias

muchas gracias


"Javier Loria" escribió en el mensaje
news:u%

Hola:
Efectivamente es conveniente crear tablas de dimensiones.
Las dimensiones virtuales depende mucho de lo que estes haciendo. Para
datos de uso esporadico es desde el punto de vista de desempeno deseable

que

las uses. Esto reduce sustancialmente las agregaciones (ya que no estan
calculadas en el momento de extraccion).
Si son de uso frecuente es mucho mejor usar dimensiones "reales".
Saludos,


Javier Loria
Costa Rica
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.

Jeannette Gurumendi escribio:
> Muchas gracias ahora comprendo el proque de este problema.
> Pero agregando a lo que me dices, es conveniente crear tablas de
> dimensiones y por ello hacer dimensiones virtuales ??
>
> "Javier Loria" escribió en el mensaje
> news:
>> Hola:
>> Es natural que esto ocurra, la razon es que el Excel debe hacer
>> varios miles de consultas para obtener los resultados agrupados para
>> los diferentes nivel. Un ejemplo, 2 dimensiones con 2 datos cada
>> una, cuantos totales tiene:
>> | Dimension1 |
>> Dimension2 | Dato1 Dato2 | Total
>> > >> DatoA | 1 | 2 | 3
>> DatoB | 3 | 4 | 7
>>
>> Total | 4 | 6 | 10
>> Este "Fact" table tiene unicamente 4 datos, pero sorpresa tiene 5
>> totales.
>> Si construyeras un cubo con 3 dimensiones 2 datos cada uno,
>> tendrias 8 datos y 16 totales!!!. El caracter exponencial de los
>> agrupamientos hace precisamente que los Servicios de OLAP de SQL
>> 2000 tengan sentido. Una forma de optimizar esto es usar llaves
>> lo mas pequenas posibles, incluso diferentes a las de el OLTP, es
>> natural que el FactTable sea: ProductoID UbicacionID ZonaID
>> SectorID Fact1 Fact2 Fact3 1 1
>> 1 1 ...
>> 1 1 1 2
>> ...
>> 1 1 1 3
>> ...
>>
>> 1 1 2 1
>> ...
>> 1 1 2 2
>> ...
>> 1 1 2 3
>> ...
>> ...
>> Sollo ID's en el el Fact Table y del tamano mas pequeno posible.
>> Las Tablas de Dimension tienen como llave primaria el ID y muy
>> probablmente definido como Identity. Luego la llave Primaria Natural
>> o Llave de la Aplicacion es un atributo mas.
>> Tambien es muy probable que el Fact Table tenga una importante
>> cantidad de indices, pero esto requiere mucho trabajo.
>> Saludos,
>>
>>
>> Javier Loria
>> Costa Rica
>> Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
>> que pueda ser copiado y pegado al Query Analizer.
>> La version de SQL y Service Pack tambien ayuda.
>>
>>
>> Jeannette Gurumendi escribio:
>>> Hola grupo, please help me .Tengo problemas de demora de tiempo al
>>> armar una tabla dinamica de un cubo OLAP en excel, el problema se
>>> evidencia cuando agrego a excel una tercera dimension del cubo a la
>>> tabla. No se por que se da si solo mi fact table tiene 8000
>>> registros. a continuacion explico como tengo creado mi cubo para un
>>> mejor entendimiento.
>>>
>>> Tengo una fact table con los siguientes datos
>>> Producto
>>> Ubicacion
>>> Zona
>>> Sector
>>> calculo1
>>> calculo2
>>> calculo3
>>> calculo4
>>>
>>> ej:
>>> Producto Ubicacion Zona Sector
>>> Prod1 1040 A1 1
>>> ..
>>> Prod1 1040 A1 2
>>> .
>>> Prod1 1040 A2 1
>>> .
>>> Prod1 1040 A2 2
>>>
>>> Prod2 1088 A1 1
>>> .
>>> Prod3 1099 B1 1
>>> .
>>>
>>>
>>> De esta fact table tengo creadas como dimensiones lo que es el campo
>>> de producto, ubicacion, zona y sector, los campos calculo 1,2,3,4
>>> las uso como medidas.
>>>
>>> Adicionalmente tengo una tabla dimension table en la cual esta la
>>> descripcion del producto y esta relacionada con mi fact table por
>>> medio del campo producto
>>>
>>> En la tabla dinamica de excel agrego primero la dimension del
>>> producto y luego agrego las cuatro medidas. El problema se da cuando
>>> quiero agregar la diminsion ubicacion a la tabla dinamica, desde
>>> aqui empiezan los problemas ya que para mostrar la informacion se
>>> demora
>>> por lo menos 5 minutos. La cosa se pone peor cuando agrego una
>>> tercera dimision (Zona), excel muestra en la parte inferior que esta
>>> realizando un proceso OLAP pero no hace nada mas y por ultimo la
>>> maquina se queda
>>>
>>> Que puedo hacer para optimizar mi proceso???????
>>>
>>>
>>> Jeannette
>>>
>>> Gracias