Trabalhando com System Stored Procedures-SQL Magazine 79

Se formos olhar para trás, mais ou menos 10 anos, vamos nos lembrar como eram os bancos de dados. Um pequeno conjunto de arquivos DBF agrupados em um diretório era mais do que suficiente para controlar as tarefas básicas de uma empresa. Os sistemas, em sua grande maioria, também eram bem mais simples, e normalmente não ousavam muito em seus objetivos: controles de estoque, emissão de notas, contas a pagar e a receber. As integrações entre os bancos de dados não eram muito comuns, e a troca de informações quase sempre limitada a envio de arquivos TXT.

O acelerado desenvolvimento da tecnologia vem aumentando a dependência da sociedade em aplicações. Hoje em dia, é muito comum em uma mesma empresa encontrarmos vários servidores (físicos ou virtualizados), inúmeros bancos de dados e SGBDs diferentes, uma grande quantidade de aplicativos desenvolvidos em linguagens diferentes; e toda essa diversidade se integra de uma maneira ou de outra, formando uma grande e complexa teia de informações que mantém o organismo corporativo funcionando.

O profissional responsável pelo banco de dados, que no passado precisava apenas fazer backup dos dados, se depara com um número enorme de procedimentos de manutenção, backup, avaliação de performance e de consultas, mineração de dados, dentre outros. Seu tempo é cada vez mais escasso e sua responsabilidade cada vez maior. Para contornar esse problema, precisamos conhecer todo o potencial da ferramenta que possuímos em mãos e nos aproveitar de todas as suas qualidades.

Por exemplo, quem nunca teve que responder a famosa pergunta: “Qual o tamanho desse banco de dados? E qual sua previsão de crescimento?” ou “E essa tabela de histórico? Qual o tamanho que ela ocupa? Podemos apagar os registros do passado?” ou ainda quando estamos dando consultoria em um novo cliente ou mesmo mudando de empresa e ainda não conhecemos bem a estrutura do banco de dados, como podemos descobrir qual é o relacionamento de determinada tabela. Para essas e outras situações, podemos nos aproveitar das System Stored Procedures oferecidas pelo SQL e reduzir e muito nosso trabalho. Baseado neste cenário, nosso artigo vem falar um pouco sobre as System Stored Procedures, que com certeza podem nos ajudar em várias dessas rotinas diárias.

Criando o ambiente

Para os exemplos desse artigo, estaremos utilizando como SGBD o SQL Server 2005 Express, além do SQL Server Management Studio Express como ferramenta de front-end para gerenciamento dos bancos de dados no SQL Server. Os dois são gratuitos e podem ser obtidos no endereço constante na seção de Links ao fim do artigo.

Iremos assumir que a plataforma SQL Server já está instalada e funcionando corretamente. Com isso, o próximo passo será criar o banco de dados que iremos utilizar na construção de nossos exemplos. Chamaremos este banco de dados de SQLMAG_SSP, e devemos criar sua estrutura conforme o diagrama da Figura 1.

Figura 1. Estrutura do banco de dados SQLMAG_ SSP de exemplo

O script para criação do banco de dados SQLMAG_SSP, suas tabelas, alguns registros de teste e a criação de uma stored procedure que irá cuidar de inserir registros na tabela de técnicos, está apresentado na Listagem 1.

Esse banco de dados serve para controlar a data e a temperatura obtida por cada técnico nas aferições realizadas nos instrumentos de uma grande fábrica de peças de metal. "