SQL no código x Stored Procedures
11/10/2014
0
Fernanda Acacia
Posts
13/10/2014
Clayton Silva
Mas depende do que cada projeto demande. Tem prós e contras em qualquer forma adotada.
13/10/2014
Fernanda Acacia
Ronaldo e Clayton, mais uma: eu não tinha percebido o grau de importancia e esqueci totalmente de um detalhe "equipe".
14/10/2014
Marisiana Battistella
Isso não gera confusão Fernanda... Essa é uma ótima forma de se trabalhar pois o foco principal é a qualidade das aplicações, seja em performance ou em manutenção. Só vejo pontos positivos em utilizar isso como padrão de desenvolvimento.
14/10/2014
Fernanda Acacia
14/10/2014
Marisiana Battistella
Você pode concentrar as procedures e functions que se destinam para uma mesma aplicação ou para um mesmo assunto que está sendo tratado em packages, isso facilita mais ainda o trabalho e a compreensão dos códigos.
Não esqueça de colocar um comentário em cada procedure e function justificando a regra que ele atende, pois a mesma pode ser utilizada em mais de um local da aplicação.
14/10/2014
Fernanda Acacia
05/11/2014
Maria Araújo
Como gostei muito da matéria estou desenvolvendo mais esse conhecimento.
Contudo, seguindo este tópico tive uma dúvida em relação ao CRUD.
Eu criei procedures para tal, na BD, mas Ronaldo disse
Bom, trabalhei com grandes projetos e em todos usamos CRUD na aplicação, nunca no banco, por mais simples que seja.
Fiquei baralhada com isso
05/11/2014
Ziobello
[url]http://celularpecas.com.br/[/url]
05/11/2014
Fernanda Acacia
Como gostei muito da matéria estou desenvolvendo mais esse conhecimento.
Contudo, seguindo este tópico tive uma dúvida em relação ao CRUD.
Eu criei procedures para tal, na BD, mas Ronaldo disse
Bom, trabalhei com grandes projetos e em todos usamos CRUD na aplicação, nunca no banco, por mais simples que seja.
Fiquei baralhada com isso
Pelo que entendi ele quis dizer que só feito somente pela aplicação.
06/11/2014
Maria Araújo
executa (CommandType.Text, "instrução SQL").
Poderá alguém ajudar com outro assunto: Quando e porquê usar functions?
Já çi sobre isso, mas os comentários aqui são sempre mais construtivos
06/11/2014
Fernanda Acacia
Maria, nao me leve a mal, mas é bom abrir um outro post.
07/11/2014
Cleverson
Supondo que temos (Uma table Clientes com todos os campos comuns a ela):
DELIMITER $$ CREATE PROCEDURE inserirCliente(IN idCliente INT, IN Nome VARCHAR(32)) DETERMINISTIC BEGIN IF(SELECT `id` FROM `Clientes` WHERE `id` = idCliente) > 0) THEN UPDATE `Clientes` SET `nomeCompleto` = Nome; ELSE INSERT INTO `Clientes` (`id`, `nomeCompleto`) VALUES (NULL, Nome); END IF ; END $$ DELIMITER ;
Creio que simplesmente você possa enviar o dado, simplesmente se ele existir atualiza, se não insere na table.
Sem falar procedimentos para pesquisa em banco de dados (Que normalmente contem um SQL 'Pequeno') dependendo da aplicação.
Segurança, rapidez (Por enviar somente 1 comando ao BD) e outros benefícios.
Ops já ia esquecendo, você pode usar a procedure em varias aplicações (JAVA, .NET, DELPHI, Web e todas mais)
Basta somente chamar os procedimentos.
vlw
07/11/2014
Fernanda Acacia
09/11/2014
Soeuseijothaz
Certas empresas que trabalhei era obrigatório o uso de stored procedures, pois fica mais fácil para os DBA´s controlar a performance do BD e o que esta sendo executado.
Outra vantagem é que as SP´s ficam pré-copiladas o que da um gás na hora de executar.
A desvantagem é que se existir alguma regra de negócio na SP ela fica encapsulada.
Estando tudo na aplicação fica mais legível.
Clique aqui para fazer login e interagir na Comunidade :)