Leaonardo, minha situação é o seguinte: tenho um conjunto de tabelas do tipo xyz<ano><mes><dia>, uma para cada dia do mês, e como elas são muito grandes, pois são geradas por equipamentos de telefonia, meu objetivo é gerar uma base "reduzida" com x % de de um conjunto dessas tabelas, sendo que esse conjunto eu vou determinar como paràmetros de entrada, ou seja, data inicial e data final da amostra e o percentual (os x%). Pensei em fazer uma função que gerasse tabelas temporárias com os dados desejados e ja executar o pg_dump das mesmas de dentro da função, isso para facilitar para o operador, pois é uma necessidade da área comercial, para levar uma base que seja "portátil" em um notebook da empresa. Ta difícil !!!
Abraços, José Luis Em 11 de março de 2010 16:09, <pgbr-geral-requ...@listas.postgresql.org.br>escreveu: > Send pgbr-geral mailing list submissions to > pgbr-geral@listas.postgresql.org.br > > 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 > pgbr-geral-requ...@listas.postgresql.org.br > > You can reach the person managing the list at > pgbr-geral-ow...@listas.postgresql.org.br > > 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: Acentuação (Osvaldo Kussama) > 2. Re: Update demora no processamento (Tiago Valério) > 3. Re: Acentuação (Correio Vip) > 4. Re: Acentuação (Correio Vip) > 5. Chamar pg_dump do pl pgsql (Jose Luis Ramos) > 6. Re: Chamar pg_dump do pl pgsql (Leonardo Cezar) > > > ---------- Mensagem encaminhada ---------- > From: Osvaldo Kussama <osvaldo.kuss...@gmail.com> > To: Comunidade PostgreSQL Brasileira <pgbr-geral@listas.postgresql.org.br> > Date: Thu, 11 Mar 2010 13:29:15 -0300 > Subject: Re: [pgbr-geral] Acentuação > Em 11 de março de 2010 12:22, Adriano Ribeiro <adri...@play3g.com.br> > escreveu: > > Olá a todos. > > Estamos com o famoso problema de acentuação em nosso PGSQL 8.4. > > Vejam: > > select nick from tabela; > > ------ > > "OE" > > "Nívea" > > "Nágila" > > "Nilton" > > "Nuno" > > > > select nick from tabela order by nick; > > ------ > > "Nilton" > > "Nuno" > > "Nágila" > > "Nívea" > > "OE" > > Neste exemplo Nágila deveria vir ANTES de Nilton... porém por ter acento > o > > pg faz isso... > > Outro problema é o uso do LIKE. > > select nick from tabela where nick like '%nagila%'; > > ------ > > no records > > ele não retorna o registro "Nágila". > > > > Nosso aplicativo é desenvolvido com WebObjects (Java) e as queries são > > montadas por ele (como um Hibernate faria). > > Portanto não é interessante para nós mudarmos as queries "nã mão" pois o > WO > > as monta muito bem. > > A questão apenas é esta de acentuação no PGSQL. > > Com outros bancos não temos este problema (um MS SQL Server por exemplo). > > O mesmo acontece usando um PGAdmin3, pois usamos as queries da forma mais > > natural possível (denovo: sem funções ou iLike). > > Existe alguma forma de se arrumar isso? > > Haverá correção no PG 9? Alguém sabe? > > > > > Qual o valor do LC_COLLATE (String sort order)? > > SHOW LC_COLLATE; > > Dê uma olhada em: > http://www.postgresql.org/docs/current/interactive/locale.html > > Osvaldo > > > > ---------- Mensagem encaminhada ---------- > From: "Tiago Valério" <tiagosvale...@gmail.com> > To: Comunidade PostgreSQL Brasileira <pgbr-geral@listas.postgresql.org.br> > Date: Thu, 11 Mar 2010 15:21:50 -0300 > Subject: Re: [pgbr-geral] Update demora no processamento > Leonardo de acordo com as perguntas segue: > > Algumas nao tive como habilitar no momento para analise por isto que nao > foram respondidas. > > > - Tempo de atualização de um único registro? > Resp- 207 ms execution time. > > - Concorrência? > > Resp: No momento da execucao a maquina roda somente este update. > > - Bloqueios (aka locks)? > Resp: Nao houve ocorrencia de bloqueios. > > - Autovaccum? > > Resp : parametro analisado autovaccum "on" > > - Granularidade do bgwriter (habilitar log_checkpoints)? > > Resp: > > - Buffers do WAL? > > Rep: parametro analisado, wall_buffers "64" > > - Intervalor do WAL? > > Resp: parametro analisado, wal_writer_delay "200ms" > > > - Intervalo entre commits? > > > Resp: parametro analisado ,commit_delay "10000" > > > - checkpoint_completaion? > > Resp: parametro analisado checkpoint_completion_target "0.5" > > - Escritas de páginas completas (full_page)? > > Resp: parametro analisado full_page_writes "on" > > - Tamanho dos registros? > > - Relatório de atividades de E/S (sar) no momento da atualização? > > Resp: > > - Cache do kernel? > > Resp: kern.ipc.shmmax=4831838208 > kern.ipc.shmall=1572864 > kern.ipc.semmap=512 > kern.ipc.shm_use_phys=1 > > - Disco? > > Resp: 2 discos SAS 15K de 300GB > > - HOT? > Resp:Nao possui > > Em 11 de março de 2010 11:17, Leonardo Cezar <lhce...@gmail.com> escreveu: > >> 2010/3/11 Tiago Valério <tiagosvale...@gmail.com>: >> > >> > De um registro nao demora tanto, mas eh lento. Quando eu faco o update >> dos >> > 20 milhoes ai sim demora o dia inteiro praticamente. >> >> - Tempo de atualização de um único registro? >> - Concorrência? >> - Bloqueios (aka locks)? >> - Autovaccum? >> - Granularidade do bgwriter (habilitar log_checkpoints)? >> - Buffers do WAL? >> - Intervalor do WAL? >> - Intervalo entre commits? >> - checkpoint_completaion? >> - Escritas de páginas completas (full_page)? >> >> - Tamanho dos registros? >> - Relatório de atividades de E/S (sar) no momento da atualização? >> - Cache do kernel? >> - Disco? >> - HOT? >> - .... >> >> Abraço! >> >> -Leo >> -- >> Leonardo Cezar >> http://www.aslid.org.br >> http://postgreslogia.wordpress.com >> _______________________________________________ >> pgbr-geral mailing list >> pgbr-geral@listas.postgresql.org.br >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> > > > > ---------- Mensagem encaminhada ---------- > From: Correio Vip <correio....@gmail.com> > To: Comunidade PostgreSQL Brasileira <pgbr-geral@listas.postgresql.org.br> > Date: Thu, 11 Mar 2010 15:22:39 -0300 > Subject: Re: [pgbr-geral] Acentuação > Não vejo grande problema nem considero velho problema de acentuação, isso > não existe o Sr Jorge Vilela colocou corretamente a situação fazendo o > upper. So falta ai > o translate. pronto independente de acento, maiusculo minusculo, tanto o > like ou SIMILAR TO funcionaram corretamente e também a ordenação do order by > > use > "translate(upper(niki)" > ",'ÁÀÂÃÄÉÈÊËÍÌÎÏÓÒÕÔÖÚÙÛÜÇKZYW'," > "'AAAAAEEEEIIIIOOOOOUUUUCCSIV'))" > > > > > Em 11 de março de 2010 13:29, Osvaldo Kussama > <osvaldo.kuss...@gmail.com>escreveu: > >> Em 11 de março de 2010 12:22, Adriano Ribeiro <adri...@play3g.com.br> >> escreveu: >> > Olá a todos. >> > Estamos com o famoso problema de acentuação em nosso PGSQL 8.4. >> > Vejam: >> > select nick from tabela; >> > ------ >> > "OE" >> > "Nívea" >> > "Nágila" >> > "Nilton" >> > "Nuno" >> > >> > select nick from tabela order by nick; >> > ------ >> > "Nilton" >> > "Nuno" >> > "Nágila" >> > "Nívea" >> > "OE" >> > Neste exemplo Nágila deveria vir ANTES de Nilton... porém por ter acento >> o >> > pg faz isso... >> > Outro problema é o uso do LIKE. >> > select nick from tabela where nick like '%nagila%'; >> > ------ >> > no records >> > ele não retorna o registro "Nágila". >> > >> > Nosso aplicativo é desenvolvido com WebObjects (Java) e as queries são >> > montadas por ele (como um Hibernate faria). >> > Portanto não é interessante para nós mudarmos as queries "nã mão" pois o >> WO >> > as monta muito bem. >> > A questão apenas é esta de acentuação no PGSQL. >> > Com outros bancos não temos este problema (um MS SQL Server por >> exemplo). >> > O mesmo acontece usando um PGAdmin3, pois usamos as queries da forma >> mais >> > natural possível (denovo: sem funções ou iLike). >> > Existe alguma forma de se arrumar isso? >> > Haverá correção no PG 9? Alguém sabe? >> > >> >> >> Qual o valor do LC_COLLATE (String sort order)? >> >> SHOW LC_COLLATE; >> >> Dê uma olhada em: >> http://www.postgresql.org/docs/current/interactive/locale.html >> >> Osvaldo >> _______________________________________________ >> pgbr-geral mailing list >> pgbr-geral@listas.postgresql.org.br >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> > > > > ---------- Mensagem encaminhada ---------- > From: Correio Vip <correio....@gmail.com> > To: Comunidade PostgreSQL Brasileira <pgbr-geral@listas.postgresql.org.br> > Date: Thu, 11 Mar 2010 15:23:47 -0300 > Subject: Re: [pgbr-geral] Acentuação > Não vejo grande problema nem considero velho problema de acentuação, isso > não existe o Sr Jorge Vilela colocou corretamente a situação fazendo o > upper. So falta ai > o translate. pronto independente de acento, maiusculo minusculo, tanto o > like ou SIMILAR TO funcionaram corretamente e também a ordenação do order by > > use > "translate(upper(niki)" > ",'ÁÀÂÃÄÉÈÊËÍÌÎÏÓÒÕÔÖÚÙÛÜÇKZYW'," > "'AAAAAEEEEIIIIOOOOOUUUUCCSIV'))" > > Paulo Marques > > > Em 11 de março de 2010 12:22, Adriano Ribeiro <adri...@play3g.com.br>escreveu: > >> Olá a todos. >> >> Estamos com o famoso problema de acentuação em nosso PGSQL 8.4. >> Vejam: >> >> select nick from tabela; >> ------ >> "OE" >> "Nívea" >> "Nágila" >> "Nilton" >> "Nuno" >> >> >> select nick from tabela order by nick; >> ------ >> "Nilton" >> "Nuno" >> "Nágila" >> "Nívea" >> "OE" >> >> Neste exemplo Nágila deveria vir ANTES de Nilton... porém por ter acento o >> pg faz isso... >> >> Outro problema é o uso do LIKE. >> select nick from tabela where nick like '%nagila%'; >> ------ >> no records >> >> ele não retorna o registro "Nágila". >> >> >> Nosso aplicativo é desenvolvido com WebObjects (Java) e as queries são >> montadas por ele (como um Hibernate faria). >> Portanto *não* é interessante para nós mudarmos as queries "nã mão" pois >> o WO as monta muito bem. >> A questão apenas é esta de acentuação no PGSQL. >> Com outros bancos não temos este problema (um MS SQL Server por exemplo). >> >> O mesmo acontece usando um PGAdmin3, pois usamos as queries da forma mais >> natural possível (denovo: sem funções ou iLike). >> >> Existe alguma forma de se arrumar isso? >> >> Haverá correção no PG 9? Alguém sabe? >> >> >> Abraço a todos, >> >> *Adriano Ribeiro* >> adri...@play3g.com.br >> http://www.play3g.com.br >> >> >> >> >> _______________________________________________ >> pgbr-geral mailing list >> pgbr-geral@listas.postgresql.org.br >> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral >> >> > > > ---------- Mensagem encaminhada ---------- > From: Jose Luis Ramos <jose.ramos.caj...@gmail.com> > To: pgbr-geral@listas.postgresql.org.br > Date: Thu, 11 Mar 2010 15:44:40 -0300 > Subject: [pgbr-geral] Chamar pg_dump do pl pgsql > Pessoal, algué saberi ame dizer como chamar o pg_dump com os respectivos > parâmetros de dentro de uma função pl/pgsql ? Thanks. > > -- > Jose Luis > Campinas - SP > Cel: 19-81341696 > > > ---------- Mensagem encaminhada ---------- > From: Leonardo Cezar <lhce...@gmail.com> > To: Comunidade PostgreSQL Brasileira <pgbr-geral@listas.postgresql.org.br> > Date: Thu, 11 Mar 2010 15:53:15 -0300 > Subject: Re: [pgbr-geral] Chamar pg_dump do pl pgsql > 2010/3/11 Jose Luis Ramos <jose.ramos.caj...@gmail.com>: > > Pessoal, algué saberi ame dizer como chamar o pg_dump com os respectivos > > parâmetros de dentro de uma função pl/pgsql ? Thanks. > > Com plpgsql não é possível, por enquanto. > > Mas voce poderia utilizar uma linguagem não-confiável e fazer uma > chamada para o sistema de arquivos. > > Exatamente o que vc quer fazer? > > -Leo > -- > Leonardo Cezar > http://www.aslid.org.br > http://postgreslogia.wordpress.com > > > _______________________________________________ > 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