Leandro Alves Santos demonstra os Eventos: Um exemplo prático.

Fábio Luiz Pessoa Campinho faz uma Introdução ao Expression Blend 3.

Diego Nogare faz uma análise sobre Temperaturas do MVP Summit 2010 com PowerPivot.

Felipe Pocchini publicou a última parte da série Aplicações em N Camadas com ASP.NET - PARTE IV FINAL.

Alexandre Marcondes ensina como Criar o seu próprio ORM.

Caio Azevedo publicou mais uma parte da série Explorando microsot sql reporting services 2005 - Parte V.

Rodrigo José Santi e Dr. Juliano Schimiguel apresentam o Uso do Microsoft Project: Descrevendo suas Características.

Marcel Medina mostra as D Novidades em Desenvolvimento no Sharepoint 2010.

Fabiano Belmonte apresenta JQuery 1.4 - Novidades.

Fabiano Belmonte apresenta também C# 4.0 - Tipos Dinâmicos.

A cobertura da Copa Microsoft de Talentos.

Alexandre Tarifa mostra o MVC – verdades e mentiras na sua coluna .Close()

Baixe gratuitamente clicando aqui…

Fala galera, estava montando os scripts dos bancos de dados SQL Server 2008 R2, Oracle e MySQL e percebi que o diagrama que tinha apresentado à vocês na parte 4 dos estudos de BI estava errado.

O erro estava na tabela tbl_Cliente, tinha uma coluna referenciando o id_pedido da tabela tbl_Pedido. Pronto, problema resolvido e diagrama corrigido. Desculpem a confusão, mas o Visio me “derrubou” nesse diagrama. :)

Fala galera, continuando com meus estudos em BI cheguei a conclusão, que para melhor explicar (pelo menos mostrar) alguns dos principais passos que poderiam surgir em um cenário real, seria realmente montar um cenário próximo do real!

Seguindo a lógica que estou utilizando pra aprender, vou mostrar um cenário de uma loja de musicas que vende CDs, DVDs e BlueRays de artistas nacionais e estrangeiros. Para isso, montei um diagrama de algumas tabelas que eu utilizarei para fazer esse banco. Vou dividir as tabelas em alguns SGBDs diferentes, como SQL Server 2008 R2, Oracle, MySQL e Access 2010.

A idéia de criar as tabelas separadas em vários bancos é poder utilizar o SSIS (SQL Server Integration Services) para juntar todos os dados e simular diversos aplicativos que não são integrados e que servirão para montar a massa de dados do nosso BI quando formos montar nossas tabelas Fato, Dimensões e Cubos no SSAS (SQL Server Analysis Services) e pra finalizar, depois dos dados estarem todos já montados, utilizar o SSRS (SQL Server Reporting Services) para montar os relatórios e apresentar os dados para os “Gerentes” e “Diretores". rss

Bom, o diagrama da minha loja de musica é esse abaixo:

Ainda vou criar as tabelas, colocando uma ou duas em cada SGBD e depois fazer um programinha para popular centenas de valores em cada uma das tabelas, só pra gerar massa de dados.

Fala galera, como anunciado no meu twitter hoje (@DiegoNogare) estou em um novo cliente cuja demanda me obrigou a trabalhar com BI. Não precisei estudar a fundo esta tecnologia até hoje por falta de necessidade, mas agora juntou a vontade de aprender (que é bem grande) com a necessidade de entregar uma demanda.

Bom, para quem nunca viu nada de BI com o SQL Server 2008, esta série de posts irá dar uma visão bem interessante e mostrará todo o caminho para entender como implantar BI com essa poderosa ferramenta da Microsoft.

Para nivelamento do nosso conhecimento é importante saber separar os “produtos” dentro do SQL Server 2008. Estes produtos, são tecnologias dentro do SQL Server que fazem trabalhos diferentes umas das outras, mas estão todas interligadas. Então vamos lá:

Database Engine: É o mecanismo dentro do SQL Server responsável pelo armazenamento relacional dos dados. Nesta tecnologia que nós criamos nossas tabelas, índices, procedures, functions (também podemos fazer isso no Analysis Services, mas por enquanto entenda que é só aqui , certo?!), enfim, todos os dados normalizados. É o que nós todos chamamos de banco de dados.

Analysis Services (SSAS – SQL Server Analysis Services): É a tecnologia dentro do SQL Server que nos permite criar os cubos, dimensões e tabelas fatos dos nossos dados. Aqui criamos os dados redundantes, com um monte de cruzamento entre eles para não precisar fazer JOINS em tempo de execução e com isso devolver os dados rapidamente para quem utiliza nosso BI. A grosso modo, quando falamos em BI, falamos diretamente desse componente!

Integration Services (SSIS – SQL Server Integration Services): Esse componente nos permite conectar um lugar qualquer de origem e extrair seus dados, podendo trabalhar em cima deles para “arrumar” alguma coisa que não esteja de acordo com o que precisamos e depois podemos carregar (salvar) essas informações em algum outro destino qualquer. Esta operação é conhecida como ETL ( Extraction, Transformation and Loading – Extração, Transformação e Carregamento). Gerralmente é usado para ler informações de origens como arquivos TXT, XML ou outros bancos de dados e armazenar estas informações no SQL Server para poder rodar o cubo e ter todas as informações centralizadas no BI.

Por ultimo temos o Reporting Services (SSRS – SQL Server Reporting Services): É o gerenciador de relatórios do SQL Server nos permitindo criar e apresentar para os usuários relatórios ricos e completos de informações reais que estão armazenadas no SQL Server. A criação de relatórios com o Reporting Services é bem tranquila, garantindo uma produtividade muito grande para quem utiliza esse gerenciador.

Este post é bem simples mesmo, só para entendermos a diferença dos mecanismos internos do SQL Server e qual é o papel de cada um deles quando formos criar nosso  BI.