Artigo .net Magazine 62 - Stored Procedures

Stored Procedures

As diversas formas de usar Stored Procedures com o .NET Framework

“Você já notou que todas as letras da palavra database são digitadas com a mão esquerda? O padrão QWERTY para layout de teclados foi projetado, além de outras coisas, para facilitar o uso das duas mãos na digitação. Parece, entretanto, que escrever sobre databases não é apenas incomum, mas algo bem mais difícil do que parece.”

Esse ditado sobre databases é de um autor desconhecido, e foi retirado da segunda edição do livro Database Management Systems, da editora McGraw-Hill, escrito por Raghu Ramakrishnan e Johannes Gehrke.

Apesar da bizarra coincidência da palavra database estar posicionada do lado esquerdo do teclado, escrever sobre databases sempre foi algo complexo mesmo. E continua sendo, principalmente hoje em dia onde vivemos o dilema da Orientação a Objetos X Bancos de dados Relacionais.

Stored Procedure, como veremos em maiores detalhes, é um dos recursos que tornam os Bancos de Dados Relacionais ferramentas que vão além do simples armazenamento de dados. E assim como os databases, é igualmente difícil escrever sobre Stored Procedures.

Neste artigo veremos qual é a sua importância nos bancos de dados relacionais, por que nós desenvolvedores precisamos saber utilizá-las, e quais são as diversas formas de trabalhar com elas no .NET Framework e Visual Studio.

O que é uma Stored Procedure?

A definição mais comum do termo diz que: Stored Procedure, ou no português: Procedimento Armazenado, é um conjunto de comandos SQL que juntos formam uma rotina ou sub-rotina. Própria dos databases relacionais, a idéia é que as Stored Procedures fiquem armazenadas junto com os dados, dentro do mesmo database.

Em termos práticos isso significa que ao executarmos essas rotinas, temos dois benefícios significativos: a execução dos comandos é mais rápida já que eles não precisaram ser transferidos pela rede, a única coisa que fazemos é indicar qual Stored Procedure queremos executar. Seu uso torna a aplicação mais segura, já que há uma chance muito menor dos comandos SQL serem intencionalmente modificados no caminho que percorreriam entre o Cliente e o Servidor em casos onde não se utiliza Stored Procedures.

Para os íntimos, as Stored Procedures também são conhecidas como proc, sproc, StoProc, PA Procedimento Armazenado ou SP. Neste artigo, toda vez que você ver a sigla SP saberá que estamos falando das Stored Procedures.

Elas foram criadas como recursos adicionais dos Bancos de Dados Relacionais. Esses recursos que vão além da capacidade nata de armazenamento de dados, tornaram os Databases ferramentas muito mais robustas.