Já usei o CaseStudio, atual Toda Data Modeler e considero uma excelente ferramenta. Atualmente, estou usando o SQL Power Architect que, apesar de não ser tão prático, não tem custo e suas funcionalidades me atendem.
Abraços, Eduardo Em 18/04/2015 23:49, "Danilo Silva" <[email protected]> escreveu: > Entendo... Criar as tabelas e suas restrições e relacionamentos é até >> tranquilo, mas acho que na hora de se criar outros "elementos" ficaria >> meio complicado. Tipo, geralmente na hora de criar uma função, uma view, >> ou qualquer coisa que você criar após as tabelas estarem prontas, fica >> complicado se você precisar de algumas informações da qual você não >> lembra de pronto, tipo, qual o tipo de dado você definiu para um campo X >> na tabela Y. >> Procurar essa informação em um arquivo de..... sei la..... 700 linhas de >> código é osso. No diagrama você teria uma representação gráfica de tudo, >> ficando muito mais fácil encontrar. Por mais que o editor tenha recursos >> para localizar palavras através de regex, acho que ainda não seria tão >> prático quanto. >> > > Ao invés de procurar em um arquivo, não seria mais fácil ir direto na > tabela em questão e saber qual o tipo do campo? > > > Na verdade acho que o problema das ferramentas de modelagem está no fato >> de não existirem opções descentes para PorstgreSQL, principalmente >> livres. O SQL Server tem sua ferramenta de administração front-end, e é >> onde os DBAs MS desenvolvem seus projetos. >> Mas eu não tenho problemas em sair na mão com o editor não, até porque >> como estou escrevendo essa aplicação em python, já estou acostumado ao >> "trabalho braçal". Só fico pensando se caso eu resolva mandar o >> "modelador" pro inferno e partir pra unha não terei perda de >> produtividade. >> Eu sou novo no PostgreSQL, tento desenvolver nele como em sempre fiz no >> SQL Server. Qual é o roteiro que vocês mais habituados com ele seguem >> para modelar uma base de dados? Tipo escreve o script inteiro na unha, >> funções, view, etc, e depois roda o código e corrige os possíveis erros? >> Ou modelam por partes, tipo, escreve o script das tabelas, restrições e >> relacionamentos, roda, depois cria scripts individuais para as funções, >> view, e as roda separadamente? >> > > Sei que tem ferramentas que *podem* ajudar no desenvolvimento, mas eu, > particularmente, escrevo todos os meus projetos na "unha", tanto projetos > de banco de dados quanto os projetos das aplicações (php por exemplo), > prefiro assim, pelo menos não fico dependente. No caso do postgres, utilizo > apenas o pgadmin para executar os comandos, nada de "botão direito do > mouse...new table" por exemplo. > > Não conheço a administração do SQL Server, mas fico imaginando o seguinte: > o que será que acontece se um DBA SQL Server tiver que administrar uma base > sem o front-end, ou seja, tiver que executar tudo na unha? > > []s > Danilo > > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > >
_______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
