Re: "orientado a banco de dados"

On 04-01-2018 10:21, Samuel Teixeira Santos wrote:
> Então seria algo assim: Cliente(html/css/js - simples, sem validação) 
> --> App Server( PostGRES - com estrutura do(s) banco(s), sem dados, 
> mas com as PLs e checks) --dblink--> DB Server (Dados, constraints, 
> checks, triggers)
Como validar uma foreign key? Se for no último server(Db Server) não 
existe motivo para ter o primeiro server (App Server)

Sua solução é muito mais complicada que somente a famosa arquitetura de 
duas camadas...

Aceita as sugestões assim:

- Se a aplicação for pequena: Siga/Estude/Considere/Analise as 
orientações do Leandro e os outros
- Se a aplicação for grande: Siga/Estude/Considere/Analise as 
orientações do Telles e os outros

* Também sou desenvolvedor e estou nesta lista há mais de 10 anos, já 
passei por estas discussões várias e várias vezes aqui... tanto que 
desta vez nem vou me pronunciar com opinião... :-)
Hoje tenho um barramento de serviços que temos que manter a latência de 
acessos a ele abaixo de 100ms, conseguimos ficar em 48ms e estamos 
caminhando para 5ms ou menos com aplicações reativas, entenda que 
consideramos todas as opções mas é difícil conseguir recurso no 
orçamento da empresa onde o foco da empresa não é TI, mas varejo... 
então jogamos conforme a música.

Tenta prever até onde sua aplicação vai chegar e escolher a melhor 
arquitetura para a demanda futura, talvez não seja o caso de começar com 
ela. Seja qual for a sua escolha nunca dispense dados integros e 
consistentes.
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral