2011/6/28 Udlei Nattis <[email protected]>:
>
> A lógica de nosso sistema é bastante complexa e teremos uma série de
> programadores trabalhando em cima dele em diversos pontos. Imagina então
> quando o código for liberado... muitas pessoas vão trabalhar em cima dele
> simultaneamente o que aumenta a possibilidade de erros.
Hm… deix’eu ver se intindi…
Na verdade, tereis duas classes de programadores. Uma que criará
vossos procedimentos, funções &c — chamemo‐los programadores de sistema —;
outra, que gerará as interfaces. Confiais nos programadores de sistema, que
podeis ser vós mesmos, mas não nos de interfaces, que talvez sejam até
trabalhadores temporários.
Essa relação de confiança, creio, tem muito pouco a ver com o código
de sistema estar na base de dados, num monitor de processamento de transações
(vulgo ‘servidor de aplicações’), ou mesmo nas próprias interfaces, gráficas,
textuais ou seja‐lá‐que‐for.
Eu, particularmente, gosto da idéia de código de regras de negócio no
servidor, mas principalmente na forma de restrições declarativas de
integridade. O que não der para colocar na forma de restrições declarativas,
mas for regra de negócio, creio que valha a pena colocar na forma de SQL/PSM
ou algum equivalente, dos quais o PostgreSQL tem a maior variedade. Mas isso
tem pouco a ver com a qualidade dos programadores ou a confiança neles, e tudo
com a gestão do código de regras de negócio e restrições de integridade.
--
Skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191 Google Talk: xmpp:[email protected]
+55 (11) 9406 7191 ICQ: AIM:GoIM?screenname=61287803
sip:[email protected] MSNIM:[email protected]
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
