SQL Server 2008: Reporting Services e Integration Services

SSRS (SQL Server
Reporting Services) passou por uma grande reformulação. Ele não se apóia mais
em IIS para suas funcionalidades de servidor de relatório. É um salto enorme
para as instalações SSRS porque, conforme percebi muitas vezes, é difícil obter
aprovação para mudanças no Windows, tais como implementar o IIS. Com freqüência,
estas instalações não gostam de fazer grandes alterações em um install Windows,
e acrescentar um componente como o IIS, que é considerado difícil de proteger,
os deixa duplamente hesitantes. É bom poder prescindir do IIS.

Outra melhoria importante é
o Tablix, um novo tipo de elemento de dado que combina tabela, matriz e lista.
O Tablix proporciona uma maneira fácil de trabalhar com agrupamento ao permitir
que você agrupe colunas ou linhas e defina grupos adjacentes ou pai/filho. Tudo
isso soa intuitivo, mas requer um pouco de treinamento. Descobri rapidamente
que não daria para criar grupos da mesma forma que na versão anterior. Para ter
êxito, precisei mudar ligeiramente o modo de elaborar relatórios.

>
Volte para o teste do SQL 2008

O Report Builder também
melhorou muito. A Microsoft eliminou diversas limitações que dificultavam
trabalhar com ele. Agora você pode fazer praticamente tudo que fazia com o
Visual Studio. E o Report Builder vem com assistentes que automatizam a
formatação de dados e gráficos. Quase não tenho mais motivos para criar
relatórios no Visual Studio. Esta nova versão do Report Builder (2.0) não
estava disponível quando o Katmai foi lançado, mas agora é fornecido como um
download separado.

Integration
Services
A Microsoft deu
grandes passos para garantir que SSIS (SQL Server Integration Services) tenha
condições de competir diretamente com concorrentes como a Informatica ao
oferecer lookup caching e CDC. E, embora CDC não seja estritamente um
aperfeiçoamento do SSIS, este se beneficia dele para aumentar a velocidade de
processos ETL. Na realidade, tanto lookup caching quanto CDC podem aumentar
muito a velocidade das cargas. Existem duas situações em que você verá ganhos
de desempenho excepcionais.

Talvez você esteja
carregando dados de clientes e tenha que carregar cada cliente um a um porque
precisa consultar outras informações e tomar decisões baseadas nos dados da
pesquisa. No SQL Server 2005, você colocaria esta carga dentro de um container
loop “para cada” e faria a pesquisa sobre cada cliente à medida que você iterar
através do loop. Isso significa que você faria a pesquisa em si para cada
cliente. Se sua  tabela de pesquisa for grande — digamos, algo em torno
de 500 milhões de linha – você terá que consultar estes dados para cada linha que
você importar. E se a tabela de pesquisa não estiver no mesmo sistema ou se não
estiver indexada adequadamente, estas pesquisas podem demorar muito tempo.

Agora, no SQL Server 2008,
você pode realizar a pesquisa apenas uma vez para todos os clientes e armazenar
os dados em cache em um arquivo local. O resultado é que a iteração através do
loop será muito mais rápida.

As melhorias no SSIS também
entram em ação na hora de lidar com dados modificados. Digamos que a mudança de
endereço de um cliente tenha que constar do banco de dados que você está
carregando. No SQL Server 2005, você tinha que realizar uma comparação binária
ou de texto, linha por linha, para cada coluna que quisesse rastrear. Ou seja,
quanto maior a tabela de clientes, mais longa é a consulta. Mas com o CDC você
pode ver facilmente quais linhas e colunas mudaram e evitar por completo a
pesquisa. Aqui, de novo, você pode reduzir tremendamente o tempo que leva para
carregar.

O SSIS traz outras melhorias. Threading aprimorado no pipeline de dados aumentará
a performance ao gerenciar melhor os recursos e controlar o fluxo do pipeline
apropriadamente. Há também um novo Data-Profiling Task que facilita identificar
qualquer problema de pureza dos dados. Por fim, scritps SSIS agora podem ser
escritos em VB e C#.