Sergio, Obrigado pela dica. Vou baixar e experimentar. PGranja
2009/7/5 <[email protected]> > 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/3d9b6b72/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-and.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/eb83709b/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
