2016-01-18 19:57 GMT-02:00 Tiago José Adami <adam...@gmail.com>: > > Regras de validação de campo, por exemplo, você poderá (deverá) fazer no > banco para garantir a integridade dos dados. Mas também precisará ter algo > no front-end para diminuir o tempo de resposta e distribuir mesmo que pouca > coisa o processamento.
Isso é otimização precoce. Geralmente não é o caso; geralmente, o tempo de resposta e a distribuição ficam melhores com as regras declaradas no banco; a segunda melhor situação é quando não dá para declarar tudo, e precisa também usar o famoso ‘código procedural’, mas ainda no banco. Inclusive, é muito mais ágil alterar uma regra declarada, ou ao menos centralizada, no banco, que espalhada por outras camadas — ceteris paribus. Claro que há aquelas situações em que se tem medo ou burocracia para mexer no banco, mas aí é um problema organizacional e circunstancial, não técnico e essencial. Uma abordagem interessante foi a do Alphora Dataphor, que parece que estagnou sem chegar a ser portado para fora do MS Windows, mas que permitia declarar tudo na base e distribuir as declarações da base em outras camadas quando necessário sem precisar reprogramar. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (61) 9302 2691 ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT−3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm _______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
