Esse artigo faz parte da revista SQL Magazine edição 47. Clique aqui para ler todos os artigos desta edição

Clique aqui para ler esse artigo em PDF.

 

Trabalhando com Custom Reports no SQL Server 2005 SP2

Aprenda a trabalhar com os Custom Reports no SQL Server 2005 SP2

Quem trabalha com o SQL Server 2005 já deve ter notado que a ferramenta SQL Server Management Studio oferece uma grande variedade de relatórios que lhe permitem obter informações sobre seu servidor SQL Server 2005 de forma simples e rápida. Até o Service Pack 1, estes relatórios eram fixados pelo produto e estavam disponíveis na guia Summary do SQL Server Management Studio. Com a chegada do Service Pack 2, os relatórios saíram da guia Summary, que aliás teve seu nome alterado para Object Explorer Details, e tornaram-se sensíveis ao contexto.

A partir do SP2, eles aparecem quando você clica com o botão direito sobre nó servidor, banco de dados ou Logins dentro do painel Object Explorer. No mais, com o Service Pack 2, uma das grandes melhorias da ferramenta SQL Server Management Studio está no fato desta permitir que você crie seus próprios relatórios e adicione-os à ferramenta. Estes são chamados de Custom Reports e podem ser adicionados no nível servidor – relatórios que obtêm informações sobre objetos ou configurações do servidor, ou no nível banco de dados – relatórios que obtêm informações sobre objetos ou configurações de um banco de dados, logins, etc.

Neste artigo, será apresentado como você pode estar criando seus próprios relatórios Reporting Services e adicionando-os ao SQL Server Management Studio para facilitar seu dia-a-dia de trabalho. Você verá que com os Custom Reports muitas das suas tarefas rotineiras de obtenção de informação dos servidores, bancos de dados e logins podem estar acessíveis através de alguns cliques.

O cenário exemplo

Para que vocês possam ter uma idéia clara de onde os Custom Reports podem ajudá-los na tarefa administrativa do dia-a-dia, vamos imaginar um cenário bem simples:

No SQL Server 2005, a maneira mais simples e rápida que você tem para verificar as permissões de um usuário ou de um grupo (role) que o usuário pertence através do SQL Server Management Studio é acessando o Editor de Consultas (Query Editor) e executando a stored procedure de sistema sp_helprotect.

Agora, imagine o quanto seu trabalho seria facilitado se você simplesmente pudesse clicar com o botão direito sobre o usuário ou role e selecionar um relatório que lhe apresentasse todos os objetos (tabelas, views, triggers, procedures, etc...) que o usuário possui permissão e os tipos de permissão (EXECUTE, SELECT, INSERT, UPDATE e DELETE) para cada objeto, ou seja, todas as permissões do usuário ou role dentro do banco de dados?" [...] continue lendo...