Fórum O que são e para que realmente servem as STORED PROCEDURES? #274013

24/03/2005

0

Olá, muito tenho ouvido falar em STORED PROCEDURES, mas até agora não consegui descobrir qual a vantagem de se utilizar elas. O que na verdade elas fazem?


Balceiro

Balceiro

Responder

Post mais votado

24/03/2005

caro amigo Balceiro...

as Storep Procedure são funções escritas em SQL e ficam no servidor, elas podem retornar ou nao valores para o usuário...
elas ajudam na performance de consultas ao banco de dados...

tudo o que ela faz vc pode fazer via delphi, porém, no delphi sua aplicação vai ficar mais lenta já a Stored Procedure é executada no servidor e isso torna mais ágil sua aplicação diminuindo o trafego na rede

espero ter ajudado


Rafael Santana

Rafael Santana
Responder

Gostei + 1

Mais Posts

24/03/2005

Mazzi

Como nosso amigo disse anteriormente , se vc usa um SGDB para sua aplicacao, vc tem que ter a possibilidade de usar o SQL.
Com isso vc faria ´PROCEDIMENTOS´ que podem ser reutilizados dentro de sua aplicação, porém sem precisar programá-las dentro da IDE do seu programa, ou seja, você apenas conectaria o componente indicando o procedimento que vc programou direto no BANCO DE DADOS.

Assim vc deixa o trabalho pro servidor de banco de dados (SGDB) e ainda melhor ... pois o dia que vc quiser mudar o seu programa ou versão, seus comandos de SQL, serão totalmente portáveis em SCRIPTS em modo texto puro, adequao para qualquer BANCO.
´

é mais ou menos isso.
Espero ter ajudado,
T é +


Mazzi


Responder

Gostei + 0

24/03/2005

Balceiro

Então pelo que entendi as STORED PROCEDURES só surtem realmente efeitos quando o banco está rodando em uma máquina diferente da aplicação?

Outra coisa, se vc tem dez rquisições de consultas o banco não vai ficar sobrecarregado uma vez que estas 10 consultas estão sendo realizadas na mesma máquina?


Responder

Gostei + 0

24/03/2005

Kotho

A resposta a sua pergunta seria sim e não... é claro que se o banco estiver em outra máquina vai ter maior desempenho...

quanto a SP, imagine que você vai fazer uma serie de updates, selects, inserts via programação... a cada comando passado ao banco ele vai... receber o comando, checar a sintaxe, compilar, executar e retornar o resultado...

se você utilizar a SP, ele só vai executar e retornar o valor (isso para todos os selects, inserts....)... então a velocidade é muito maior...


Responder

Gostei + 0

25/03/2005

Raserafim

além da principal característica da store procedure, como já foi citado e muito bem explicado nas respostas dos colegas; na store procedure você pode utilizar alguns comandos que na consulta vc não pode, o que lhe dá uma maior liberdade e controle


Responder

Gostei + 0

28/03/2005

Balceiro

Ok, quanto a performance entendi mas e quanto a: ´se vc tem dez rquisições de consultas o banco não vai ficar sobrecarregado uma vez que estas 10 consultas estão sendo realizadas na mesma máquina?´


Responder

Gostei + 0

28/03/2005

Gandalf.nho

Ok, quanto a performance entendi mas e quanto a: ´se vc tem dez rquisições de consultas o banco não vai ficar sobrecarregado uma vez que estas 10 consultas estão sendo realizadas na mesma máquina?´


A performance no caso é principalmente do lado cliente da aplicação pq o grosso do processamento (SP) vai ser realizado no servidor (que tecnicamente deve ser a melhor máquina usada pelo sistema) diminuindo tb o tráfego na rede, já que menos informações serão transferidas ao banco e vice-versa.


Responder

Gostei + 0

Utilizamos cookies para fornecer uma melhor experiência para nossos usuários, consulte nossa política de privacidade.

Aceitar