Procure pela ferramenta abaixo, é uma versão light do famoso Toad com suporte ao Postgresql, só que free. Vale a pena dar uma sapeada.
Toad Data Modeler Freeware Abraços. -----Mensagem original----- De: [email protected] [mailto:[email protected]] Em nome de [email protected] Enviada em: domingo, 5 de julho de 2009 12:00 Para: [email protected] Assunto: Digest pgbr-geral, volume 29, assunto 15 Send pgbr-geral mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral or, via email, send a message with subject or body 'help' to [email protected] You can reach the person managing the list at [email protected] When replying, please edit your Subject line so it is more specific than "Re: Contents of pgbr-geral digest..." Tópicos de Hoje: 1. Re: Ferramenta case modelagem (sergio nogueira) 2. Re: logging (Euler Taveira de Oliveira) 3. Re: Desinstalar postgres 8.3 ubuntu (Osvaldo Kussama) 4. Re: PGLOG, pg_log (Euler Taveira de Oliveira) 5. Re: logging (sergio nogueira) 6. Re: logging (Euler Taveira de Oliveira) ---------------------------------------------------------------------- Message: 1 Date: Sat, 4 Jul 2009 17:25:44 -0300 From: sergio nogueira <[email protected]> Subject: Re: [pgbr-geral] Ferramenta case modelagem To: Comunidade PostgreSQL Brasileira <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset="iso-8859-1" Paulo, andei pesquisando e acho que a melhor, sem comparação, é o *SQL Manager for PostgreSQL <http://www.sqlmanager.net/en/products/postgresql/manager>*. Experimentei umas cinco (sqlmaestro,...). Esta me impressionou. Pena que seja para ruindows, apenas. Para Linux, nenhuma. Neguinho se mete a fazer uns javazinhos muito ruins e complicados. Como no trabalho usamos ruindows, como desktop (Linux, para servidores claro) e estamos procurando um substituto para o Oracle Designer (gera scripts ansi, mas não faz engenharia reversa para PostgreSQL), estou pensando em propor esta ferramenta. Também gostaria de outras opiniões, antes me manifestar. Att., Sergio 2009/7/4 Paulo Granja <[email protected]> > Gostaria de saber quais as mais indicadas ferramentas case para > modelagem de dados, inclusive free, que tenham suporte ao PostgreSQL e > que permitam fazer engenharia reversa. > PGranja > > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > > -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20090704/3d 9b6b72/attachment.html ------------------------------ Message: 2 Date: Sat, 04 Jul 2009 18:13:14 -0300 From: Euler Taveira de Oliveira <[email protected]> Subject: Re: [pgbr-geral] logging To: Comunidade PostgreSQL Brasileira <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset=ISO-8859-1 sergio nogueira escreveu: > log_min_messages = debug5 > ... Para que tu quer utilizar debug5? Isso *só* é recomendável para desenvolvedores. Em um ambiente normal, isso vai gerar *tanto* log que vai atrapalhar o desempenho do próprio PostgreSQL. > Reiniciei o servidor: pg_ctl stop e no pg_ctl start, o susto : > .... <corte> > Eu quero estas e todas as outras mensagens no arquivo e não tela. Tem como? > Aproveitando, se voce puder fazer algum comentário sobre as variáveis > de ambiente que postei num e-mail anterior, também lhe ficaria muito grato. > Essas mensagens aparecem porque o _logger_ (processo que gerencia os logs do PostgreSQL) não foi iniciado ainda. Se você não utilizar debug*, ou seja, no mínimo _info_ essa mensagens não aparecerão. Se mesmo assim quiser usar o debug*, ignore os dados da saída padrão ao iniciar: $ pg_ctl start -D $PGDATA 1>/dev/null -- Euler Taveira de Oliveira http://www.timbira.com/ ------------------------------ Message: 3 Date: Sat, 4 Jul 2009 18:23:14 -0300 From: Osvaldo Kussama <[email protected]> Subject: Re: [pgbr-geral] Desinstalar postgres 8.3 ubuntu To: "fabio.ebner" <[email protected]>, Comunidade PostgreSQL Brasileira <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset=ISO-8859-1 2009/7/4 fabio.ebner <[email protected]>: > oswaldo.. mas dai eu poderia usar o pgadmin numa boa?? isso vai mudar o encod dele? e para qual encode eu tenho q mudar.. para poder criar um banco latin1??? > > > valeu > -----Mensagem Original----- > From: Osvaldo Kussama [email protected] > Date: Fri, 03 Jul 2009 19:06:08 -0300 > To: Comunidade PostgreSQL Brasileira [email protected] > Subject: Re: [pgbr-geral] Desinstalar postgres 8.3 ubuntu > >> 2009/7/3 Fabio Alves de Araujo Ebner - Dna <[email protected]>: >> > Pessoal baixei o bin do postgresql.. instalei no meu ubuntu.. agora quero >> > apagar pois qdo instalei escolhi o encoding errado e nao consigo criar banco >> > latin1 .. como eu desinstalo ele?? >> > >> >> >> Você não precisa desinstalar o PostgreSQL, apenas rode novamente o initdb. >> http://www.postgresql.org/docs/8.3/interactive/app-initdb.html >> Como você recém baixou o PostgreSQL sugiro que você baixe a versão 8.4.0, recém lançada, pois uma das novidades é: Per-database locale settings Aí você não terá problemas em criar bancos com diferentes encodings. Creio que o padrão na versão 8.3 no Ubuntu seja UTF-8. Neste caso dê uma lida neste post do Roberto Mello: http://blog.divisiblebyfour.org/2008/03/postgresql-e-codificaes-postgresql-a nd.html bem como no artigo do Joel Spolsky. Osvaldo Osvaldo ------------------------------ Message: 4 Date: Sat, 04 Jul 2009 18:24:13 -0300 From: Euler Taveira de Oliveira <[email protected]> Subject: Re: [pgbr-geral] PGLOG, pg_log To: Comunidade PostgreSQL Brasileira <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset=windows-1252 sergio nogueira escreveu: > Quanto ao PGLOG, está em monte de lugares (menos nos manuais). Por > exemplo, neste artigo da SQLMAGAZINE (link abaixo). > Mas veja bem, são curiosidades. Eu só queria o significado delas ... O > Google tá cheio de PGLOG > O que não está no manual do PostgreSQL *não* existe. ;) Falando sério, o PostgreSQL documenta *tudo*. É uma política do grupo de desenvolvimento que para um patch ser aceito ele tem que conter a documentação necessária. O que não está documentado é porque (i) não existe, (ii) vai ser mudado futuramente (vide por exemplo SQL/MED) ou (iii) os desenvolvedores não querem expor detalhes ao usuário comum. -- Euler Taveira de Oliveira http://www.timbira.com/ ------------------------------ Message: 5 Date: Sat, 4 Jul 2009 18:55:40 -0300 From: sergio nogueira <[email protected]> Subject: Re: [pgbr-geral] logging To: Comunidade PostgreSQL Brasileira <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset="iso-8859-1" Euler, na verdade, estou explorando o PostggreSQL aqui no meu notebook. Queria ter essas mensagens de debug só para ir me acostumando com a programação. De vez em quando dar uma olhada ... gosto de 'brincar' com C de vez em quando ... Mas a questão não é essa ... tive a impressão que se podia ter um nível de mensagem no cliente e outro no arquivo. Não consegui. Achei essa configuração extremamente complicada. Porque não se ter simplesmente uma relação de níveis ou tipos de mensagem e eu, como administrador do servidor (futuramente, espero), escolher: isto vai para o cliente, isto para o arquivo de log e isto vai para lugar nenhum? Redirecionar para /dev/null foi o que eu passei a fazer, na primeira vez. Mas é chato. E as mensagens para o cliente acima do nível de notice, de qualquer forma, continuam aparecendo. Estes tipos de mensagens (debugs), aliás, talvez nunca devessem ser enviadas ao cliente (pgsql). Há alguma justificativa para isso? Att., Sergio 2009/7/4 Euler Taveira de Oliveira <[email protected]> > sergio nogueira escreveu: > > log_min_messages = debug5 > > ... > Para que tu quer utilizar debug5? Isso *só* é recomendável para > desenvolvedores. Em um ambiente normal, isso vai gerar *tanto* log que vai > atrapalhar o desempenho do próprio PostgreSQL. > > > Reiniciei o servidor: pg_ctl stop e no pg_ctl start, o susto : > > .... > > <corte> > > > Eu quero estas e todas as outras mensagens no arquivo e não tela. Tem > como? > > Aproveitando, se voce puder fazer algum comentário sobre as variáveis de > > ambiente que postei num e-mail anterior, também lhe ficaria muito grato. > > > Essas mensagens aparecem porque o _logger_ (processo que gerencia os logs > do > PostgreSQL) não foi iniciado ainda. Se você não utilizar debug*, ou seja, > no > mínimo _info_ essa mensagens não aparecerão. Se mesmo assim quiser usar o > debug*, ignore os dados da saída padrão ao iniciar: > > $ pg_ctl start -D $PGDATA 1>/dev/null > > > -- > Euler Taveira de Oliveira > http://www.timbira.com/ > _______________________________________________ > pgbr-geral mailing list > [email protected] > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -------------- Próxima Parte ---------- Um anexo em HTML foi limpo... URL: http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20090704/eb 83709b/attachment-0001.htm ------------------------------ Message: 6 Date: Sun, 05 Jul 2009 02:45:32 -0300 From: Euler Taveira de Oliveira <[email protected]> Subject: Re: [pgbr-geral] logging To: Comunidade PostgreSQL Brasileira <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset=ISO-8859-1 sergio nogueira escreveu: > Mas a questão não é essa ... tive a impressão que se podia ter um nível > de mensagem no cliente e outro no arquivo. Não consegui. Achei essa > configuração extremamente complicada. Mas esta configuração existe. Como eu disse no e-mail anterior, client_min_messages e log_min_messages controlam as mensagens enviadas ao cliente e ao log, respectivamente. Eu não acho que isso é inflexível e complicado. > Redirecionar para > /dev/null foi o que eu passei a fazer, na primeira vez. Mas é chato. E > as mensagens para o cliente acima do nível de notice, de qualquer forma, > continuam aparecendo. Estes tipos de mensagens (debugs), aliás, talvez > nunca devessem ser enviadas ao cliente (pgsql). Há alguma justificativa > para isso? > Por que não? Tem mensagens que identificam a transação que estão disponíveis somente com um nível mais alto de log. Além disso, você pode depurar no cliente e não no servidor (isto é o que eu chamo de ter flexibilidade). O que vai para /dev/null são somente mensagens na inicialização do postgres que na maioria das vezes não são significativas para depurar (a não ser que você tenha mexido na rotina de inicialização); depois que o logger é iniciado, tudo começa a ir para o arquivo de log. -- Euler Taveira de Oliveira http://www.timbira.com/ ------------------------------ _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Fim da Digest pgbr-geral, volume 29, assunto 15 *********************************************** _______________________________________________ pgbr-geral mailing list [email protected] https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
