En esta charla CASI NO voy a tener diapositivas.

Voy a explicar el producto desde el punto de vista practico o sea de como
funciona y como se desarrolla.

Solo voy a dar un par de conceptos basicos si no se entiende el concepto de
OLAP relacionado pero NO VA A HABER teoria de modelado dimensional.

Quienes se "aburrieron" con mis presentaciones anteriores de modelado
dimensional, van a estar en muchas mejores condiciones de hacer una base de
datos que funcione bien, ya que si bien es muy facil toda esta tecnologia
tiene un profundo trasfondo teorico y no es lo mismo el modelado propuesto
por Codd que el que propone Kimball. Es lo mismo que ocurre si aprenden
visual Studio, tambien precisan el conocimiento del lenguaje de programacion
y de objetos.

El objetivo es que a partir de una base de datos SQL que ya esta diseñada y
cuyo modelo no se va a discutir con demasiiada profundidad, empezar a ver
cada una de las caracteristicas que tiene SSAS, e ir armando los objetos
revisando las propiedades y sus consecuencias.
Obviamente si alguien no tiene conocimiento de que es una dimension,
un atributo, una jerarquia, etc  lo voy a explicar para que lo pueda
entender pero el objetivo no va a ser el concepto sino como aplico el
concepto en SSAS.

Voy a tratar que el Visual Studio o el management Studio siempre esten en la
pantalla.

El objetivo es algo diferente al ALBI que es teorico y que dicho sea de paso
les comento creo tiene GRUESOS ERRORES CONCEPTUALES como por ejemplo:
Ä  *Data Warehousing*: Los Data Warehouses o Almacenes de Datos se basan en
estructuras multidimensionales (cubos) en las que se almacena la información
calculando previamente todas las combinaciones de todos los niveles de todas
las aperturas de análisis. Es, por decirlo llanamente, un producto
cartesiano que almacena todas las combinaciones. Se puede decir que este
método es exagerado o salvaje y en parte esta afirmación es real. Lo que no
debe perderse de vista es que esta "salvajada" es el precio que paga la
organización para poder tomar decisiones correctas. Siempre va a ser más
barato el gasto que conlleva la adquisición de SW o HW que el costo que
representa una decisión tomada a destiempo.

Mi comentario al respecto, e que la mayoria de los DW mas existosos y mas
grandes por no decir casi todos son modelos dimensionales relacionales y
NINGINO ALMACENA TODAS las combinaciones !!!!!!!

Algunos de estos conceptos los voy a tener que explicar.
Por ejemplo este concepto debo explicarlo cuando muestre  Proactive-Cache y
las agregaciones y explique el concepto de atributos de las dimensiones al
crearlas.


Espero haber sido claro.


--
--------------------------------
Atte.
Ing. Jose Mariano Alvarez
SQL Total Consulting








On 5/18/07, Diego Jancic <[EMAIL PROTECTED]> wrote:




Hola Gente!,

Esta es una pregunta más orientada a José Mariano Álvarez, pero creo que
cualquiera la puede contestar…

Me gustaria saber que tan practica va a ser la charla sobre Analysis
Services del 4/06 (pongo la info abajo)…

Nunca use cubos ni nada de eso y me gustaria tener algun panorama general
sobre que tipo de problemas me puede solucionar… Tengo entendido que se
suele utilizar mas para "dar reportes a la gerencia", pero queria saber si
me puede servir a mi que me dedico mas a lo que es desarrollo…



Ya fui a un par de charlas de, pero eran mas teoricas y me aburrieron un
poco =S



Gracias (otra vez)!,

Diego








JORNADA DE CAPACITACIÓN "SQL Server 2005 Analysis Services desde cero".

Disertante: Ing. José Mariano Álvarez

Fecha y Horario: Lunes 4 de Junio de 2007, en el horario de 14.00 a 22.00hs.

Lugar: Auditorio MUG - Rivadavia 1479 1º Piso - Oficina A.

Nivel: Introductorio.

Esta Jornada está diseñada para que los asistentes puedan comprender los
fundamentos del SQL Server 2005 Analysis Services, partiendo desde la base
de datos SQL hasta el modelo OLAP explorando las distintas capacidades que
nos ofrece. El contenido será práctico con algunas diapositivas teóricas de
soporte.

DETALLES DE CONTENIDOS:

Cubos
Dimensiones
Medidas
MDX
Seguridad
Despliegue
Procesamiento

Responder a