

<div id="comment_title"><!--acac-->Rafael Santini (<font color=#FF9966>usu&aacute;rio n&atilde;o registrado</font>) em <a href="#comment-118325" title="">16/03/2011 &agrave;s 8:48 pm</a> </div>
<p>Isso me fez lembrar o nosso sistema legado, onde as regras de negócio eram implementadas como stored procedures e triggers. Com o passar do tempo tivemos de implementar para outros bancos. Ao todo implementamos em Firebird, Oracle e SQL Server. É um inferno para dar manutenção.</p>


<div id="comment_title"><!--acac-->Giga (<font color=#FF9966>usu&aacute;rio n&atilde;o registrado</font>) em <a href="#comment-118329" title="">16/03/2011 &agrave;s 9:21 pm</a> </div>
<p>Eu prefiro emular as stored procedures no código (com includes, objetos ou qualquer coisa parecida).</p>
<p>Na hora de mudar de banco, fica simples&#8230;</p>


<div id="comment_title"><!--acac-->Heaven (<font color=#FF9966>usu&aacute;rio n&atilde;o registrado</font>) em <a href="#comment-118514" title="">17/03/2011 &agrave;s 8:15 pm</a> </div>
<p>Qualquer migração de banco sempre será uma grande dor de cabeça, se querem evitar esse problema de migração sugiro que usem um hibernate da vida e esqueça o uso direto de SQL (lembrando que ainda vai ter problemas na migração e outras coisas relacionadas a ORM).</p>
<p>O ideal mesmo é nunca migrar de um banco para outro e sim escolher um banco certo.</p>

