Re: [pgbr-geral] Ferramentas para Gerenciar Regras de negocio no banco de dados

2016-01-19 Por tôpico Mauro Sérgio 
> O SchemaSpy é bacana, pena que o código parou no tempo em 2010. Mas ainda
> asim ele gera diagramas super úteis pra navegar visualmente no esquema.
>

O SchemaCrawler [1] é uma alternativa, o projeto recebe atualizações
com frequência.

[1] https://github.com/sualeh/SchemaCrawler
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ferramentas para Gerenciar Regras de negocio no banco de dados

2016-01-19 Por tôpico Guimarães Faria Corcete DUTRA , Leandro 
2016-01-19 17:44 GMT-02:00 Mauro Sérgio :
>> O SchemaSpy é bacana, pena que o código parou no tempo em 2010. Mas ainda
>> asim ele gera diagramas super úteis pra navegar visualmente no esquema.
>
> O SchemaCrawler [1] é uma alternativa, o projeto recebe atualizações
> com frequência.

Parece muito interessante ,
obrigadíssimo!


-- 
skype:leandro.gfc.dutra?chat  Yahoo!: ymsgr:sendIM?lgcdutra
+55 (61) 3546 7191  gTalk: xmpp:leand...@jabber.org
+55 (61) 9302 2691ICQ/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

Re: [pgbr-geral] Ferramentas para Gerenciar Regras de negocio no banco de dados

2016-01-19 Por tôpico Guimarães Faria Corcete DUTRA , Leandro 
2016-01-18 19:57 GMT-02:00 Tiago José Adami :
>
> 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 2691ICQ/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

Re: [pgbr-geral] Ferramentas para Gerenciar Regras de negocio no banco de dados

2016-01-19 Por tôpico Tiago José Adami 
Em 19 de janeiro de 2016 10:59, Guimarães Faria Corcete DUTRA, Leandro
 escreveu:
> 2016-01-18 19:57 GMT-02:00 Tiago José Adami :
>>
>> 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.

Discordo. Vejo duas formas de validar campos no banco de dados (se
houverem mais alternativas, por gentileza elucidem-nas):
1) por restrições ou gatilhos que serão validados no momento de
inserir/alterar um registro;
2) por uma função no banco que pode ser chamada quando o usuário
transfere o foco de um campo para outro.

A primeira opção não prioriza a usabilidade. É semelhante àquelas
páginas WEB com zilhões de campos que só te indicam que você errou
quando você faz o envio (submit). Cada submit do usuário ocasionaria
um erro de banco que deveria ser tratado na aplicação. Se o usuário
errou na entrada de 5 campos, teria que dar 5 submits para corrigir
todos os campos, pois o banco de dados já pára na primeira constraint
que falhou e interrompe a transação. Isto aumenta o tráfego
desnecessariamente e aumenta o tempo para submeter o formulário.

A segunda opção causará maior tráfego de dados e CPU no servidor se a
cada evento de passar o foco para outro campo o campo anterior seja
validado através de uma função no banco. Imagine um usuário
pressionando TAB em um formulário sem parar...

Ambos os casos são ruins para clientes (aplicações cliente) que usam
conexões de baixa velocidade e/ou alta latência.


TIAGO J. ADAMI
http://www.adamiworks.com
@tiadami
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ferramentas para Gerenciar Regras de negocio no banco de dados

2016-01-19 Por tôpico Alexsander Rosa 
Em 18 de janeiro de 2016 14:17, Guimarães Faria Corcete DUTRA, Leandro <
l...@dutras.org> escreveu:

> 2016-01-18 13:58 GMT-02:00 Douglas Fabiano Specht <
> douglasfabi...@gmail.com>:
> > Vamos utilizar o Postgresql 9.5 como Banco de dados Default, mas pode
> > ocorrer de termos clientes com Oracle, logo já precisamos nos preparar.
> > O que eu queria era recomendações:
> > 1-Ferramenta de modelagem multi banco e colaborativo(open-source de
> > preferencia)
>
> Eu prefiro lidar com código fonte e gerar os diagramas a partir dele.
> Para isso temos SQL::Fairy, pgAutodoc e uma terceira alternativa, mais
> moderna, cujo nome me escapa mas que algum colega logo lembrará.
>
>
SchemaSpy (veja exemplo no link abaixo):
http://schemaspy.sourceforge.net/sample/tables/book.html


-- 
Atenciosamente,
Alexsander da Rosa
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Ferramentas para Gerenciar Regras de negocio no banco de dados

2016-01-19 Por tôpico Flavio Henrique Araque Gurgel 

Eu prefiro lidar com código fonte e gerar os diagramas a partir dele.
Para isso temos SQL::Fairy, pgAutodoc e uma terceira alternativa, mais
moderna, cujo nome me escapa mas que algum colega logo lembrará.


SchemaSpy (veja exemplo no link abaixo):
http://schemaspy.sourceforge.net/sample/tables/book.html


O SchemaSpy é bacana, pena que o código parou no tempo em 2010. Mas 
ainda asim ele gera diagramas super úteis pra navegar visualmente no 
esquema.


[]s
Flavio Gurgel

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral