sql no fonte, ou na query?

Question

Opinioes:Pessoal voc�s colocam o SQL dentro da query , ou no fonte do sistema ?No fonte voc�s acham que fica �SUJO� o programa ?em query � meio complicado porque precisa criar uma para cada caso (Sele...

Tnaires · Answer

Ol�N�o sou nenhuma autoridade :oops: , mas vamos l�:Ao meu ver, dois fatores influenciam no fato de vc colocar consultas SQL fora do c�digo-fonte do programa:- organiza��o;- separa��o de tarefas (uma equipe programa, outra � respons�vel pelo banco de dados, etc).Quanto ao segundo fator, normalmente quem programa em Delphi entende tb de SQL. Ent�o, ele perde a influ�ncia na maioria dos casos. Enfim, mais importante do q tudo isso � a funcionalidade. A equipe decide o q � melhor para si e para a efici�ncia do sistema. Se vc, ao colocar c�digo SQL no fonte, ganha em funcionalidade (no seu caso, aproveitar a mesma Query para v�rias consultas), ent�o acho q vale a pena trabalhar dessa maneira.Abra�os...

Lynx · Answer

Com certeza concordo com o seu ponto de vista.
Eu sei que na query da muito trabalho porque precisa criar muitas, query.

Mas a agilidade para trabalhar em equipe, tem uma maior chance de evitar erros, em atualiza��o do programa utilizando em query, porque separa bem cada um de sua fun��o.

Mas, o trabalho � 3 vezes maior desse modo.

Muito Obrigado, e aguardo mais opini�es. :lol:

Rjun · Answer

Pra mim, enfiar o SQL no meio do c�digo pode at� ser mais pr�tico mas � um trabalho bem porco. Mas isso � do estilo de cada um.

Colocar o c�digo no TQuery deixa o projeto mais limpo e facilita e muito a manuten��o. Isso sem falar no uso de stored procedures que ajuda mais ainda.

Beppe · Answer

Oi!Tbm acho que colocar a SQL em design-time(no .dfm) fica mais organizado.OFF-TOPIC: A vers�o 3.0 do C3(�mega) incluir� a sintaxe SQL na especifica��o da linguagem, que poder� ser embutida sem uso de qualquer componente de query. � perdido um pouco de controle, mas acho que permite fazer certas queries(aquelas s� abrir e fechar) sem muita chatea��o....

Ericksasse · Answer

Eu n�o sigo uma regra rigida sobre isso. Normalmente coloco o SQL no c�digo quando ele � modificado ou atribuido aos componentes em run-time.

Mas ainda acho que o m�ximo que voc� puder fazer via c�digo �na m�o�, � mais confi�vel do que o que se faz visualmente, como ligar componentes, setar propriedades, etc.

Orpolonio · Answer

Bom, ninguem citou colocar a express�o sql em uma tabela do Banco de dados, nem recompilar precisa se tiver altera��o.Pensem nisso!!...

Ericksasse · Answer

N�o acho uma boa id�ia, recompilar � mais f�cil na minha opini�o, principalmente quando voc� processos de builds automatizados.

� por esse motivo tamb�m que coloco o m�nimo poss�vel de l�gica no banco, pois � muito mais f�cil atualizar o aplicativo nos clientes, do que a estrutura do banco deles.

Ivanh · Answer

Eu costumo colocar o c�digo SQL, em um TMemo invisivel.Qdo vou usar a query fa�o isso:[code:1:14e77828d6]  SQLQuery1.SQL.Assign(Memo1.Lines);[/code:1:14e77828d6]...

Beppe · Answer

[quote:8bd7418e6c=�ErickSasse�]� por esse motivo tamb�m que coloco o m�nimo poss�vel de l�gica no banco, pois � muito mais f�cil atualizar o aplicativo nos clientes, do que a estrutura do banco deles.[/quote:8bd7418e6c]Com um launcher, at� concordo, no �manual�, � mais f�cil alterar uma tabela(pelo que entendi, seria s� um registro em uma tabela) no servidor do que dezenas ou centenas de clientes....

Ericksasse · Answer

[quote:6fd7505d89=�Beppe�]Com um launcher, at� concordo, no �manual�, � mais f�cil alterar uma tabela(pelo que entendi, seria s� um registro em uma tabela) no servidor do que dezenas ou centenas de clientes.[/quote:6fd7505d89]Ah sim, eu uso launcher....

F�rum sql no fonte, ou na query? #287404