Revista MSDN Magazine Edição 21 - Stored Procedures no .NET - parte I

Clique aqui para ler todos os artigos desta edição

Stored Procedures no .NET – parte I

por Cezar Guimarães Neto

A maioria dos artigos de segurança aconselha a utilização de stored procedures ao invés de acessar diretamente as tabelas de dados. Porém, muitos se perguntam das vantagens adicionais de utilizá-las. É verdade que existem muitas opiniões sobre quando e como usar as stored procedures. Alguns defendem religiosamente suas opiniões. Porém, meu objetivo não é defender nenhum dos lados desta batalha. O objetivo é que se você decidir utilizá-las, as utilize da melhor maneira e utilize alguns dos recursos que o Visual Studio oferece. Com isso, na primeira parte deste tutorial, abordarei o que é stored procedure e algumas das suas vantagens. Principalmente veremos passo-a-passo como construí-la no SQL Server utilizando o Visual Studio. No segundo artigo mostrarei como utilizar o ADO.Net para acessá-las.

O que são Stored Procedures

Uma Stored Procedure (sp) nada mais é do que um programa ou um conjunto de instruções SQL que é armazenado, como um código único, no próprio SGBD (Sistema Gerenciador de Banco de Dados). Ela pode ser executada utilizando T-SQL ou pode ser executada por um programa externo que processa os dados retornados. Com isso, o acesso as tabelas é feito pela Stored Procedure e não pelo programa que deseja processar os dados.

A definição de uma procedure contém duas partes. A primeira parte contém a especificação da procedure, seu nome e seus parâmetros. Podem-se utilizar tanto parâmetros de entrada (input) para receber valores externos ou retornar valores utilizando parâmetros de saída (output). A segunda parte é o corpo da procedure, que contêm as instruções SQL que serão executadas. Essas instruções podem ser selects, inserts, updates ou até a chamada de uma outra procedure. Um status pode ser retornado, utilizando a instrução RETURN, para indicar o sucesso ou falha da execução.