Re: [pgbr-geral] Res: Res: Res: Memory (heap)

2009-09-24 Por tôpico Euler Taveira de Oliveira
MARCIO CASTRO escreveu: > Muito obrigado pelo seu esforço em me ajudar, mas entenda que me foi > vendida a idéia de que eu poderia portar todos os programas em PL/SQL > para PL/pgSQL, e, além disto não ser verdade, a performance mostrou-se > muito ruim - para os testes que eu realizei. As linguag

Re: [pgbr-geral] Res: Res: Res: Memory (heap)

2009-09-24 Por tôpico Tarcísio Sassara
2009/9/24 MARCIO CASTRO : > ... entenda que me foi vendida a idéia de que eu poderia portar todos os > programas em PL/SQL para > PL/pgSQL, e, além disto não ser verdade, a performance mostrou-se muito ruim > - para os testes que eu realizei. Ouve um equivoco ou dois aqui: Lhe passaram uma inform

[pgbr-geral] Res: enterprisedb

2009-09-24 Por tôpico MARCIO CASTRO
Valeu, colega; vou tentar ir. De: JotaComm Para: Comunidade PostgreSQL Brasileira Enviadas: Quinta-feira, 24 de Setembro de 2009 22:55:30 Assunto: Re: [pgbr-geral] enterprisedb Completando. Aproveite esta oportunidade, pois talvez demore um bocado de tempo

[pgbr-geral] Res: Res: Res: Memory (heap)

2009-09-24 Por tôpico MARCIO CASTRO
Caro Jota: Obrigado por responder, mas a comparação foi com o PL/pgSQL versus PL/SQL, e não com os bancos. Atenciosamente, Márcio de Figueiredo Moura e Castro De: JotaComm Para: Comunidade PostgreSQL Brasileira Enviadas: Quinta-feira, 24 de Setembro de

Re: [pgbr-geral] enterprisedb

2009-09-24 Por tôpico JotaComm
Completando. Aproveite esta oportunidade, pois talvez demore um bocado de tempo para ver o Bruce novamente no Brasil. 2009/9/24 Marcelo Costa > Boa noite > > On Thu, Sep 24, 2009 at 9:45 PM, MARCIO CASTRO < > marciomouracas...@yahoo.com.br> wrote: > >> Caro colegas: >> >> Lí alguma coisa sobre

Re: [pgbr-geral] Res: Res: Memory (heap)

2009-09-24 Por tôpico JotaComm
Olá, Assim como o Marcelo minha empresa tem um case que roda PostgreSQL 8.3 e também não temos nenhum problema relacionado a performance. O sistema se comporta muito bem com o elefantinho e não existe a mínima, mínima chance mesmo de pensar em migração para Oracle. Apenas a nível de informação o

Re: [pgbr-geral] enterprisedb

2009-09-24 Por tôpico Marcelo Costa
Boa noite On Thu, Sep 24, 2009 at 9:45 PM, MARCIO CASTRO < marciomouracas...@yahoo.com.br> wrote: > Caro colegas: > > Lí alguma coisa sobre o "enterprisedb" e o "Postgre Plus Standard > Server", que promete no site ( > http://www.enterprisedb.com/products/postgres_plus/overview.do#ui-tabs-70) >

[pgbr-geral] enterprisedb

2009-09-24 Por tôpico MARCIO CASTRO
Caro colegas: Lí alguma coisa sobre o "enterprisedb" e o "Postgre Plus Standard Server", que promete no site (http://www.enterprisedb.com/products/postgres_plus/overview.do#ui-tabs-70) o seguinte: "It contains additional powerful features for database application development that also enable app

Re: [pgbr-geral] Res: Res: Memory (heap)

2009-09-24 Por tôpico Marcelo Costa
Olá 2009/9/24 MARCIO CASTRO > Ok; > > A questão é que eu não preciso utilizar o C com o Oracle, pois o PL/SQL é > bem rápido. Mas se eu precisar, eu posso utilizar o Pro*C. > Mas a pergunta que não quer calar é a seguinte: porquê é que o PL/pgSQL é > tão mais lento do que o PL/SQL? > Também

[pgbr-geral] Res: Res: Res: Memory (heap)

2009-09-24 Por tôpico MARCIO CASTRO
Caro Euler: Muito obrigado pelo seu esforço em me ajudar, mas entenda que me foi vendida a idéia de que eu poderia portar todos os programas em PL/SQL para PL/pgSQL, e, além disto não ser verdade, a performance mostrou-se muito ruim - para os testes que eu realizei. Ok; compilando em C fica

Re: [pgbr-geral] Res: Res: Memory (heap)

2009-09-24 Por tôpico Euler Taveira de Oliveira
MARCIO CASTRO escreveu: > Mas a pergunta que não quer calar é a seguinte: porquê é que o > PL/pgSQL é tão mais lento do que o PL/SQL? > Não dá para comparar laranja com maça. Fiquei curioso em testar a sua função mas no momento não tenho um servidor Oracle para testá-la. O Oracle com certeza de

Re: [pgbr-geral] problemas autovacuum lentidão

2009-09-24 Por tôpico Osvaldo Kussama
2009/9/24 Leandro Müller : > Ola turma reparei que meu servidor postgresql esta ficando lento durante o > dia. > > Checando o pg_stat_activity reparei que esta executando autovacuum durante o > dia. > > > > Examplo > "autovacuum: VACUUM public. movimento" > > > > Será que isso esta deixando mais le

[pgbr-geral] problemas autovacuum lentidão

2009-09-24 Por tôpico Leandro Müller
Ola turma reparei que meu servidor postgresql esta ficando lento durante o dia. Checando o pg_stat_activity reparei que esta executando autovacuum durante o dia. Examplo "autovacuum: VACUUM public. movimento" Será que isso esta deixando mais lento as consultas? Gostaria de programar fazer

Re: [pgbr-geral] RES: RES: ER

2009-09-24 Por tôpico Aldemir Vieira
Boa tarde Kaui e demais, Quanto a ter a função, até tem, mas não critica da mesma forma, acho que eles não usaram a mesma engine. 2009/9/24 Kauí Aires Oliveira > Bom dia Aldemir, > > > > Você falou algo que não sabia, pois ainda utilizo o Case Studio antes da > compra da Toad. Então quer dizer

[pgbr-geral] RES: RES: ER

2009-09-24 Por tôpico Kauí Aires Oliveira
Bom dia Aldemir, Você falou algo que não sabia, pois ainda utilizo o Case Studio antes da compra da Toad. Então quer dizer que retiraram a função de verificação do MER? Quanto as formas normais, eu usei uma vez uma ferramenta de um cliente que informava a ela a FN e ela dava SUGESTÕES, pois ve

Re: [pgbr-geral] Agora sim, pra quem entende de C

2009-09-24 Por tôpico Roberto Mello
2009/9/24 Jean Domingues : > > Pessoal, > > estive analisando pra decidir sobre a melhor abordagem para fazer log. O > TableLog é uma otima solução, mas é de difícil manutenção, principalmente > para sistema que está em constante alteração. O função abaixo, em plTcl, faz Se a estrutura das tabelas

[pgbr-geral] Agora sim, pra quem entende de C

2009-09-24 Por tôpico Jean Domingues
Pessoal, estive analisando pra decidir sobre a melhor abordagem para fazer log. O TableLog é uma otima solução, mas é de difícil manutenção, principalmente para sistema que está em constante alteração. O função abaixo, em plTcl, faz o log em uma so tabela, e nao precisa de manutenção em caso de

Re: [pgbr-geral] backup windows

2009-09-24 Por tôpico osvaldo.kussama
2009/9/24 Ralf Schlindwein : > @Echo Iniciando processo de backup ... > > for /f "tokens=1,2,3,4 delims=/ " %%a in ('DATE /T') do set Date=%%b-%%c-%%d > pg_dump.exe -i -h localhost -d banco -p 5432 -U postgres -f > "C:\%Date%.backup" > > @Echo Fim do processo de backup > > > Porem meu banco tem sen

[pgbr-geral] Res: Res: Memory (heap)

2009-09-24 Por tôpico MARCIO CASTRO
Ok; A questão é que eu não preciso utilizar o C com o Oracle, pois o PL/SQL é bem rápido. Mas se eu precisar, eu posso utilizar o Pro*C. Mas a pergunta que não quer calar é a seguinte: porquê é que o PL/pgSQL é tão mais lento do que o PL/SQL? De: Tarc

Re: [pgbr-geral] Memory (heap)

2009-09-24 Por tôpico Euler Taveira de Oliveira
Tarcísio Sassara escreveu: > Se só quero usar o SGBD para armazenar dados temporários com direito a > acesso muito rápido, talvez seja melhor usar outra abordagem que não > empregue o postgres. Isso é mais comum do que você pensa (ambientes web são os principais usuários dessa abordagem). A princip

Re: [pgbr-geral] backup windows

2009-09-24 Por tôpico Ralf Schlindwein
-U informa username qual a variavel da senha?? 2009/9/24 Ralf Schlindwein > @Echo Iniciando processo de backup ... > > for /f "tokens=1,2,3,4 delims=/ " %%a in ('DATE /T') do set > Date=%%b-%%c-%%d > pg_dump.exe -i -h localhost -d *banco* -p 5432 -U postgres -f > "C:\%Date%.backup" > > @Echo Fi

Re: [pgbr-geral] Res: Memory (heap)

2009-09-24 Por tôpico Tarcísio Sassara
Ah, então Márcio, eu cheguei a acompanhar o seu problema. E eu ia responder como outra pessoa aqui da lista que era possível utilizar outras linguagens para resolver seu problema, mas você acabou com qualquer chances de resposta dizendo que não queria alterar seu arquivo sql contendo a estrutura e

[pgbr-geral] Res: Memory (heap)

2009-09-24 Por tôpico MARCIO CASTRO
Caro Tarcísio: Achei muito interessante o seu teste, porém, você pode ter pecado na frase "O que vale para outros SGBDS". O que eu tenho observado é que o Postgres é extremamente lento em DETERMINADAS situações, comparado ao SGBD Oracle, por exemplo. Há alguns dias atrás, postei um exemplo

Re: [pgbr-geral] backup windows

2009-09-24 Por tôpico Fabrízio de Royes Mello
2009/9/24 Ralf Schlindwein > @Echo Iniciando processo de backup ... > > for /f "tokens=1,2,3,4 delims=/ " %%a in ('DATE /T') do set > Date=%%b-%%c-%%d > pg_dump.exe -i -h localhost -d *banco* -p 5432 -U postgres -f > "C:\%Date%.backup" > > @Echo Fim do processo de backup > > > Porem meu banco tem

[pgbr-geral] backup windows

2009-09-24 Por tôpico Ralf Schlindwein
@Echo Iniciando processo de backup ... for /f "tokens=1,2,3,4 delims=/ " %%a in ('DATE /T') do set Date=%%b-%%c-%%d pg_dump.exe -i -h localhost -d *banco* -p 5432 -U postgres -f "C:\%Date%.backup" @Echo Fim do processo de backup Porem meu banco tem senha e quando eu executo a .bat fica pedindo

Re: [pgbr-geral] Campo Calculado

2009-09-24 Por tôpico B i l l
Obrigado Osvaldo! 2009/9/23 Osvaldo Kussama > 2009/9/23 B i l l : > > > Crie uma view. > Direto na tabela não tem sentido, vide regras de normalização. > > Osvaldo > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://l

Re: [pgbr-geral] Memory (heap)

2009-09-24 Por tôpico Tarcísio Sassara
Bom dia pra todos. Acompanhando as mensagens de perto, achei o assunto interessante e resolvi brincar um pouco. Mas antes, minha opinião: Se só quero usar o SGBD para armazenar dados temporários com direito a acesso muito rápido, talvez seja melhor usar outra abordagem que não empregue o postgres

Re: [pgbr-geral] init.d inicializando o postgres automaticamente

2009-09-24 Por tôpico Tarcísio Sassara
Pronto, pronto. Segui os passos contidos no próprio arquivo do contrib. Mas lendo o arquivo por inteiro, abaixo da linha "STOP EDITING HERE" o script faz uma coisa estranha. Eu achava que era sempre correto inicializar e parar o postgres com o pg_ctl. Porem: # What to use to start up the postmast