Re: [pgbr-geral] Ferramenta de modelagem com bom recurso para criar funções
2015-04-18 21:50 GMT-03:00 Matheus Saraiva matheus.sara...@gmail.com: Um editor de textos decente, com o SQL::Fairy ou o pgAutoDoc. 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. Uai, qualquer editor decente faz isso, principalmente se tiver um modo tipo IDE. Se esse IDE tiver interface com a base de dados, então… 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. Pelo contrário, um bom editor torna isso muito mais fácil que um diagrama. Diagrama só é prático para modelos muito simples e pequenos, que dificilmente se encontram na prática. Acho que teu problema não é falta de ferramental, é nuca ter visto alguém usar um ferramental legal, como a combinação do SQL Mode do GNU Emacs com LaTeX, Literate programming (p. ex., noWeb) e pgAutoDoc. -- 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] Ferramenta de modelagem com bom recurso para criar funções
Em Sáb, 2015-04-18 às 23:43 -0300, Danilo Silva 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? Ai é que entra a pergunta que fiz sobre qual o roteiro que geralmente se utiliza para modelar na unha. Baseado na sua resposta creio que você então codifica por partes, tipo, em um primeiro script você codifica as tabelas e seus relacionamentos, depois você roda esse script e gera as tabelas no banco, depois, num segundo script você codifica as outras partes, função, view, etc. Seria isso? Penso que talvez essa seja a maneira mais prática do que tentar escrever tudo em um único script, e rodar tudo de uma vez. Pois dessa forma você teria que ficar procurando por informações dentre do próprio script. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ferramenta de modelagem com bom recurso para criar funções
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 danilo.dsg.go...@gmail.com 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 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
Re: [pgbr-geral] Ferramenta de modelagem com bom recurso para criar funções
On 17/04/2015 18:27, Matheus Saraiva wrote: Para modelagem eu tenho usado o pgModeler, mas infelizmente o editor de função dele não faz validação de sintaxe. Por isso me vejo obrigado a ficar revesando entre ele e o pgAdmin. Alguém conhece uma ferramenta de modelagem Linux que supra essa lacuna? Olá Matheus, já utilizou o SQL Power Architect? Link: http://www.sqlpower.ca/page/architect_download_os ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ferramenta de modelagem com bom recurso para criar funções
Le 2015-A-17 18h27, Matheus Saraiva a écrit : Para modelagem eu tenho usado o pgModeler, mas infelizmente o editor de função dele não faz validação de sintaxe. Por isso me vejo obrigado a ficar revesando entre ele e o pgAdmin. Alguém conhece uma ferramenta de modelagem Linux que supra essa lacuna? Um editor de textos decente, com o SQL::Fairy ou o pgAutoDoc. Só para lembrar, apesar dos nomes e propagandas as ferramentas que se dizem de modelagem geralmente são apenas de diagramação, e acabam sendo contraproducentes para modelar; muita gente mais experiente prefere escrever o código SQL e gerar os diagramas automaticamente. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/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] Ferramenta de modelagem com bom recurso para criar funções
Em Sáb, 2015-04-18 às 14:43 -0300, Leandro Guimarães Faria Corcete DUTRA escreveu: Le 2015-A-17 18h27, Matheus Saraiva a écrit : Para modelagem eu tenho usado o pgModeler, mas infelizmente o editor de função dele não faz validação de sintaxe. Por isso me vejo obrigado a ficar revesando entre ele e o pgAdmin. Alguém conhece uma ferramenta de modelagem Linux que supra essa lacuna? Um editor de textos decente, com o SQL::Fairy ou o pgAutoDoc. Só para lembrar, apesar dos nomes e propagandas as ferramentas que se dizem de modelagem geralmente são apenas de diagramação, e acabam sendo contraproducentes para modelar; muita gente mais experiente prefere escrever o código SQL e gerar os diagramas automaticamente. 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. 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? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Ferramenta de modelagem com bom recurso para criar funções
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 pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Ferramenta de modelagem com bom recurso para criar funções
Para modelagem eu tenho usado o pgModeler, mas infelizmente o editor de função dele não faz validação de sintaxe. Por isso me vejo obrigado a ficar revesando entre ele e o pgAdmin. Alguém conhece uma ferramenta de modelagem Linux que supra essa lacuna? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
