Stored Procedures - Revista easy .Net Magazine 19

A realização de operações de consultas ou mesmo, visando à manutenção de informações (inclusão, alteração e exclusão) em bases de dados relacionais é realizada, basicamente, por meio de instruções escritas em SQL (Structured Query Language). Embora a mesma apresente certa padronização, é bastante comum que diferentes bancos de dados contem com uma série de customizações específicas. Um exemplo é a própria criação de stored procedures, onde cada database possui uma implementação especifica.

Nem sempre é possível utilizar somente comandos SQL em consultas a banco de dados. Muita vezes seu uso é insuficiente, haja visto a inexistência dentro desta linguagem recursos convencionais de programação como loopings e desvios condicionais. Atentos a isto, os fornecedores de bancos de dados criaram mecanismos que suprem tais deficiências. No caso do SQL Server, a Microsoft disponibilizou o T-SQL (Transact-SQL); já a Oracle oferece em seus produtos a linguagem PL/SQL (Procedural Language/Structured Query Language).

T-SQL e PL/SQL nada mais são do que extensões procedurais à linguagem SQL. Em ambos os casos, comandos para controle de fluxo e desvios condicionais foram adicionados aos bancos de dados em questão, possibilitando que as limitações do conjunto de instruções SQL padrão fossem superados. Esses recursos representam também a base para a implementação de outros tipos de elementos comuns a bancos de dados relacionais:

·         Stored procedures: rotinas criadas dentro de um banco de dados para a execução de uma série de instruções;

·         Functions (funções): retornam um valor como resultado do seu processamento, com um comportamento similar ao das funções presentes em linguagens de programação;

·         Triggers (gatilhos): conjunto de ações disparadas em resposta a algum evento que ocorra na base de dados, por exemplo, o evento insert.

Embora seja inegável a flexibilidade decorrente do uso de extensões como T-SQL e PL/SQL na resolução de demandas complexas, desenvolvedores devem sempre entender que estes recursos não dispõem de nenhuma forma de padronização. Um conjunto de instruções escrito em T-SQL difere em muito do equivalente em PL/SQL, visto que em cada banco de dados foi empregada uma sintaxe específica.

Todas estas características podem se traduzir numa série de empecilhos. Um exemplo disto é um cenário no qual uma aplicação que foi desenvolvida inicialmente em um tipo de banco e que, pelos mais variados motivos, necessite ter suas informações migradas para um produto de outro fornecedor: estruturas como stored procedures, triggers e functions precisarão ser convertidas para a sintaxe reconhecida pelo novo banco de dados a ser empregado.

A plataforma .NET dispõe de um numeroso conjunto de recursos(por exemplo, acesso a arquivos de textos, xml etc) para tarefas relacionadas ao acesso a dados: trata-se da tecnologia ADO.NET (ActiveX Data Object for .NET), a qual é suportada pelos principais bancos relacionais da atualidade. A maneira através da qual o ADO.NET foi projetado permite a construção, sem maiores dificuldades, de soluções que consumam informações dos mais variados tipos de bases de dados; os principais fornecedores destas ferramentas costumam disponibilizar drivers específicos para acesso a seus produtos. Esses drivers são encontrados diretamente no site da fabricante de seus devidos banco de dados.

Stored Procedures em Transact-SQL: uma visão geral

Ao utilizar o Transact-SQL você tem a possibilidade de utilizar mecanismos típicos de linguagens estruturadas na manipulação de informações que constem em bases de dados:

·         Declarações de variáveis, as quais podem ser empregadas no tratamento de dados em um conjunto de instruções através da atribuição de valores às mesmas;

·         Comandos utilizados para o controle do fluxo quando da execução de uma operação, por meio de construções como desvios condicionais e laços de repetição (loopings); Um exemplo é quando você deseja “varrer” uma consulta e encontrar um valor especifico.

·         Recursos para o tratamento de exceções que tenham ocorrido ao longo de um agrupamento de comandos. Na prática, se você esperava por um valor inteiro (por exemplo, idade de uma pessoa) e o mesmo retornou null, seria possível tratar esta exceção para não haver um erro no retorno de uma consulta.

A Listagem 1 apresenta um de trecho de código em T-SQL. Neste exemplo podem ser observadas as seguintes instruções:

·         A especificação de uma variável de nome @ANO_ATUAL. Variáveis são definidas através do comando DECLARE, sendo que obrigatoriamente devem ser iniciadas pelo caractere “@” (arroba), além de possuir um tipo de dados associado à mesma (neste caso, optou-se por INT, já que a variável em questão receberá um número inteiro);

·         O valor correspondente ao ano atual sendo atribuído à variável @ANO_ATUAL, através do uso das funções GETDATE e YEAR (a primeira retorna a data atual e a segunda utiliza o valor devolvido por GETDATE para produzir como resultado um número inteiro que corresponde ao ano corrente). Uma das maneiras de atribuir valores a variáveis dentro de T-SQL é por meio da instrução SET. À esquerda do sinal de igual (“=”) deve estar uma variável com uma expressão à direita deste símbolo, produzindo como resultado um valor do mesmo tipo de dado esperado por tal variável;

·         Um desvio condicional representado pelo comando IF/ELSE. Assim como acontece em outras linguagens de programação, esta instrução avalia uma condição booleana: a checagem do resto da divisão do valor associado a @ANO_ATUAL por quatro (por meio do operador de módulo “%”), a fim de determinar se o ano considerado é bissexto;

·         Caso a condição avaliada pela cláusula IF seja verdadeira (resto igual à zero), o comando PRINT existente dentro do bloco BEGIN/END é executado. Esta instrução recebe como parâmetro uma string (obtida via concatenação da variável @ANO_ATUAL para o tipo CHAR(4), juntamente com o texto “ é um ano bissexto.”), gerando como resultado uma mensagem em um dispositivo de saída (ao disparar este conjunto de operações a partir do SQL Server Management Studio, a indicação de que o ano atual é bissexto é apresentada na seção Message de uma janela para execução de comandos);

·         Se a condição presente na instrução IF for falsa, o bloco que segue ao comando ELSE é acionado (no exemplo, será usada a função PRINT para exibir em tela uma mensagem de que o ano atual não é bissexto).

A exibição deste artigo foi interrompida.

  Este é um post disponível para assinantes MVP

Este post também está disponível para assinantes da Easy .net magazine
ou para quem possui Créditos DevMedia.  Clique aqui para saber mais!

Saiba como acessar este post através de Créditos DevMedia:

Assinatura de Créditos – Aqui este post custa R$ 1,50
Com esse plano você compra R$ 180,00 em créditos e ganha, em média, 80% de desconto no preço do post.  
Assine agora

Plano ocasional - Aqui este post custa: R$ 2,00 (assinante) ou R$ 2,50 (não-assinante)
Você compra um mínimo de R$ 60,00 em créditos e ganha, em média, 50% de desconto no preço do post.  
Compre agora

Plano conveniência – Neste plano este post custa R$ 5,00
Neste plano você compra somente um post, pagando seu preço sem desconto.  
Compre agora