Stored Procedures

[fernandoamorim 0]

Olá pessoal...estou tentanto criar uma store procedure e naumestou conseguindo executar no phpmyadmin.. da erro de sintex...alguem poderia me mandar um exemplo? ow o q pode esta acontecendo?

[cassitos 2]

Rapaz, tbm tive problemas p/ criar storage procedures no PhpMyAdmin, tente utilizando o SQLYog.

http://www.webyog.com/en/downloads.php

Tem o community edition.

Talvez seja alguma limitação do PhpMyAdmin.

[fernandoamorim 0]

Rapaz, tbm tive problemas p/ criar storage procedures no PhpMyAdmin, tente utilizando o SQLYog.http://www.webyog.com/en/downloads.phpTem o community edition.Talvez seja alguma limitação do PhpMyAdmin.

vo da uma olhada aki.. vlw ae....

[Suissa 1]

Eu utilizo o Navicat mtoo bom soh naum cunsigui ainda criar uma function nele mas sps vai na moral

[pcdesign 0]

ola pessoa uma pergunta boba pra vcs.

mas pra mim conhecimento:

Ja ouvi falar desses procedures:

Mas que trem é esse e pra que serve.

 

http://forum.imasters.com.br/public/style_emoticons/default/assobiando.gif http://forum.imasters.com.br/public/style_emoticons/default/blush.gif http://forum.imasters.com.br/public/style_emoticons/default/ermm.gif

[fernandoamorim 0]

ve se ajudaO que é um Stored Procedure?Stored procedures são programas que você armazena com um banco de dados Interbase. Eles permitem que você manipule diretamente os dados em seu banco, sem qualquer intervenção do cliente, e sem impor tráfico sobre a rede. Diferentemente de ambientes de programação tradicionais tais como Delphi e Paradox, onde seus programas executam sobre uma máquina cliente, stored procedures são executados pelo servidor de banco de dados do interb ase e executa inteiramente no servidor.Cada stored procedure é um módulo independente de código que pode ser executado do utilitário cliente ISQL, de um outro procedure ou trigger, de uma aplicação tal como Delphi ou Paradox, ou mesmo como parte de uma instrução SELECT, retornando valores como se o procedimento fosse uma subconsulta.O que é um Trigger?Um trigger é parecido com um stored procedure, mas com uma diferença principal: ele dispara automaticamente quando certos tipos de eventos acontecem. Esses eventos são baseados em tabelas e linhas; por exemplo, você pode definir um trigger que é invocado depois que uma linha é atualizada.Procedures e triggers geralmente são criados em um arquivo ASCII que é então executado do programa ISQL Client dentro do InterBase. Este arquivo contém instruções para criar o procedure ou trigger como parte do banco de dados. Uma vez que a transação é "comitada", o procedure ou trigger está imediatamente disponível para as aplicações clientes.Procedures e triggers usam uma linguagem de programação especial que é baseada no SQL. Incluída com o InterBase, esta linguagem é otimizada para manipular dados armazenados em tabelas. Ela tem acesso completo as instruções da linguagem de manipulação de dados do SQL (DML) tais como SELECT, INSERT, UPDATE e DELETE. Ela também fornece extensões SQL que suportam variáveis, comentários, instruções declarativas, testes condicionais, desvios e laços. É uma linguagem que é desenvolvida para executar dentro de um banco de dados, em cima dos dados neste banco de dados.Por que Utilizar Procedures e Triggers?Procedures e triggers dão muito da inteligência e do poder que fazem o InterBase - bem como outros servidores de banco de dados - bastante conhecidos. * Eles permitem que o servidor efetue operações complexas em seus bancos de dados sem envolver o software cliente. * Eles podem ser compartilhados por todas as aplicações cliente que acessam o banco de dados. Você não precisa programar a mesma lógica dentro de cada aplicação; em vez disso você só programa e testa ela uma vez no servidor. E se a lógica precisar ser alterada, você precisa apenas alterá-la e testá-la uma vez em vez de várias. * Eles reduzem tráfico na rede por transferir o processamento mais pesado dos ambientes das aplicações para o servidor. Isto é bastante importante para usuários remotos que trabalham através de uma conexão com um banco de dados muito lenta. * Estas tarefas frequentemente são executadas mais rapidamente no servidor, uma vez que ele geralmente é uma das máquinas mais poderosas na rede. * Stored procedures permitem que você divida tarefas complexas em módulos menores e mais lógicos. Stored procedures podem ser invocados uns dos outros, permitindo que você construa um conjunto de rotinas padronizadas que são chamadas de diferentes formas. * Stored procedures são bastante úteis para efetuar tarefas de processamento periódico e complexo, tais como um fechamento de fim de mês ou uma operação de arquivamento. * Procedures fornecem melhor concorrência entre o cliente e o servidor. Um usuário em uma máquina cliente pode executar um procedure e então ir fazendo algo enquanto o servidor processa o procedure. * Triggers em particular são uma ferramenta fundamental na manutenção da integridade em seu banco de dados. Por exemplo, eles podem ser definidos para disparar antes que uma nova linha seja inserida no banco de dados. Você então usaria o trigger para determinar se a linha está completa e internamente consistente, se não estiver, você cancela a operação. Você poderia também definir um trigger para disparar quando o usuário tentasse apagar uma linha do banco de dados, onde a tabela da qual a linha pertence é a mestre em um relacionamento 1:Muitos. O trigger poderia determinar se existem linhas relacionadas na tabela detalhe e apagá-las automaticamente ou cancelar a operação. * Triggers são frequentemente usados quando uma linha é inserida para gerar o valor da chave primária. Se uma tabela é chaveada usando um id gerado, você chamaria a função GEN_ID() em um trigger para criar e armazenar o identificador único antes de salvar a linha. * Triggers podem ser usados também para escrever informação de estado em uma tabela primária de dados para uma outra tabela. Por exemplo, um trigger poderia ser programado para disparar sempre que uma linha na tabela Estoque muda, para comparar a Quantidade Em Mãos com a Quantidade Solicitada. Se mais produtos precisam ser comprados, o trigger poderia chamar um procedure para inserir a linha na tabela Estoque_ASerComprado. Triggers podem ser usados também para alterar de logs em uma tabela de histórico, ou para notificar outras aplicações que uma alteração aconteceu. * Triggers e procedures são uma parte integrante do mecanismo de Alerta de Eventos do InterBase. Eventos normalmente são reportados para o gerenciador de eventos de dentro de um trigger ou procedure, baseado nos resultados de uma consulta ou teste lógico. * Finalmente, stored procedures geralmente melhoram a segurança. Eles podem efetuar operações sobre tabelas mesmo se o usuário não tem o privilégio apropriado para aquela operação sobre a tabela. Tudo que é necessário é que o procedure tenha o privilégio. Quando Usar Stored Procedures?Stored procedures devem ser usados sob as seguintes circunstâncias: * Se a operação pode ser feita completamente no servidor, sem a necessidade de obter informações do usuário enquanto a operação estiver sendo processada. Note que um stored procedure pode aceitar a entrada de parâmetro quando ele é invocado, e pode retornar valores para a aplicação que o chamou. * Se a operação requer o processamento de um grande número de linhas, que excessivamente caras em termos de tráfico na rede para enviá-las através da rede para a aplicação cliente. * Se a operação é uma que deve ser feita periódicamente ou frequentemente. * Se a operação é efetuada por vários módulos ou processos diferentes dentro de sua aplicação ou por aplicações diferentes. * É possível criar um stored procedure que efetue simplesmente uma instrução SELECT e retorne o resultado. Você poderia fazer isto se você quisesse limitar as colunas ou linhas vistas pelo cliente. Contudo, você pode obter o mesmo efeito com uma visão, especialmente se você seleciona na visão em vez de fazer isto na tabela base. Visões tem menos overhead do que stored procedures, e são uma solução melhor para este tipo de problema.