Olá Leandro, Talvez este o ajude. tente o DBManager Enterprise Edition disponível em http://www.dbtools.com.br/PT/downloads. É pra Windows e não é gratuito, embora não seja caro e tem versão em Português BR. Tem um suporte razoável à modelagem por diagramas mas o dicionário pode ser alterado por outros recursos do aplicativo. Suporta uma penca de SGBD's: MySQL, PostgreSQL, Interbase/Firebird, SQlite, MSAccess, MSSQL Server, Sybase, Oracle, Tabelas DBF e ODBC (read only).
COS ----- Original Message ----- From: "Leandro Guimaraes Faria Corcete DUTRA" <[EMAIL PROTECTED]> To: "Comunidade PostgreSQL Brasileira" <pgbr-geral@listas.postgresql.org.br> Sent: Thursday, June 21, 2007 6:39 PM Subject: [pgbr-geral] Ferramentas de ‘Modelagem’ > Vocês sabem que eu não gosto de ferramentas de diagramação, muito menos > das que dizem que fazem modelagem. > > Na verdade, creio que com PostgreSQL não precisamos dessas ferramentas: > vale mais a pena criar os domínios, depois as tabelas, e usar o AutoDoc > ou mesmo o SQL Fairy para diagramar. > > Entretanto, estou na situação de ter de administrar os modelos de > quatro diferentes SGBDs, e inúmeras bases de dados fragmentadas. Para > isso, vou precisar de uma ferramenta de modelagem — não por causa dos > diagramas, mas do dicionário de dados (basicamente). > > Estive investigando as ferramentas que suportam o PostgreSQL, conforme > a famosa página http://postgresql.org.br./Ferramentas_para_o_PostgreSQL, > para a qual também dei uma pequena contribuição. Mas queria jogar umas > idéias aqui, e ver o que vocês acham. > > Em primeiro lugar, um dicionário de dados é fundamental. Isso já > elimina várias ferramentas, como o DBWrench. As únicas que sobram > capazes de rodar em GNU/Linux são o The Kompany Data Architect, que tem > o básico (dicionário, relatórios, cobertura de vários SGBDs) mas dá um > certo trabalho de instalar e configurar, usando acionadores ODBC, sendo > um aplicativo Qt meio feioso e &c; e o Druid III, bastante espartano e > com problemas similares ao do Data Architect, mas em Java. > > O MySQL Workbench está em α já há coisa de um ano, e perdeu suporte ao > PostgreSQL. Estranho. > > Há várias ferramentas MS Windows. A dificuldade com elas é ter de > baixar trials, lidar com licenças, conseguir os contatos com os > fornecedores. Até agora só consegui uma cotação da CA, porque minha > empresa já tem relacionamento com eles. Nem Embarcadero, nem IBM (Data > Architect) nem ninguém mais tem sido responsivo. > > Resumindo: há um campo enorme nessa área. Se alguém quiser pegar um > projeto livre, como o MySQL Workbench ou o Druid, e desenvolver, será > muito agradecido, desde que consiga deixar a diagramação de lado — deixe > isso para AutoDoc ou SQL Fairy e concentre-se em dicionário de dados e > relatórios. > > Dá vontade de criar scripts que exportem os modelos de cada SGBD, > extraiam os tipos de dados e os carreguem numa base central. Mas o > problema são as bases que não estão definidas com domínios — > praticamente todas. > > Aliás, AutoDoc e SQL Fairy também precisam de colaboradores. O SQL > Fairy não lida com muita sintaxe válida, como esquemas e comentários, > por exemplo. O AutoDoc é bastante difícil de usar. > > Uma decepção de nota: as ferramentas UML (Argos, Telelogic System > Architect &c) não parecem dar conta do recado, por não suportarem > dicionários de dados. Uma decepção para uma linguagem de modelagem que > se queria universal. > > Falei bobagens, alguém tem informação a acrescentar? > > > -- > Leandro Guimarães Faria Corcete DUTRA <[EMAIL PROTECTED]> > Atech Fundação Aplicação de Tecnologias Críticas SP, BR > msnim:[EMAIL PROTECTED] > skype:leandro.gfc.dutra?chat +55 (11) 3040 7300 r151 > > > - - - - - > > Politica de Privacidade: Esta mensagem pode conter informacao confidencial e/ou privilegiada. Se voce nao for o destinatario ou a pessoa autorizada a receber esta mensagem, nao pode usar, copiar ou divulgar as informacoes nela contidas ou tomar qualquer acao baseada nessas informacoes. Se voce recebeu esta mensagem por engano, por favor avise imediatamente o remetente, respondendo o e-mail e em seguida apague-o. Agradecemos sua cooperacao. > > Privacy Policy: This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. ---------------------------------------------------------------------------- ---- _______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
_______________________________________________ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
