Re: [pgbr-geral] consulta SQL que devolva uma lista com todos os dias de um determinado mês
Eloi, eu tenho me virado com essa:
select dt from(
SELECT CAST('2011-03-01' As date) + CAST((i || ' days') As interval) As dt
FROM generate_series(0,1000,1) As i
WHERE CAST('2011-03-01' As date) + CAST((i || ' days') As interval)
between CAST('2011-03-01' As date) and CAST('2011-03-31' As date)
) v3
Em 14 de março de 2011 07:13, Eloi Ribeiro eloi.ribe...@gmail.com escreveu:
Ola a toda a lista,
É possível criar uma consulta SQL que devolva uma lista com todos os dias de
um determinado mês?
De momento apenas consegui chegar até aqui, tendo como exemplo o mês de
Fevereiro de 2011:
SELECT
to_date('2011/02', '/MM'),
(date_trunc('MONTH', to_date('2011/02', '/MM')) + INTERVAL '1 MONTH
- 1 day')::date;
O resultado da anterior consulta é o primeiro e ultimo dia do mês:
2011-02-01;2011-02-28
Resultado pretendido é o seguinte:
2011-02-01
2011-02-02
2011-02-03
(...)
2011-02-26
2011-02-27
2011-02-28
Obrigado,
Eloi Ribeiro
GIS Analyst
39,45º -4,40º
http://eloiribeiro.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
Re: [pgbr-geral] função receber valores para selec ionar dentro do IN
vc pode usar array no argumento da funcao select * from tabela where campo = ANY( arg_array ) ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Comandos como create, drop, alter table lentos
Caros, Preciso de alguma dica para melhorar a performance ao executar os comandos create view, create table, truncate, drop view, drop table ao executar um desses comandos demora muito para ter uma resposta do banco de dados. É um banco de dados em produção, está tudo funcionando corretamente, postgresql 8.3. Atte, José Carlos ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Servidor lento
O que devo analisar neste tempo e quais medidas a serem tomadas? Obrigado. 2010/5/29 Euler Taveira de Oliveira eu...@timbira.com: José Carlos Messias escreveu: Como vejo o tempo dos checkpoints? log_checkpoints = on. -- Euler Taveira de Oliveira http://www.timbira.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
Re: [pgbr-geral] Servidor lento
após ativar peguei estas informações no log 2010-06-01 07:59:46.010 BRT 32764LOG: checkpoints are occurring too frequently (10 seconds apart) 2010-06-01 07:59:46.010 BRT 32764HINT: Consider increasing the configuration parameter checkpoint_segments. 2010-06-01 08:00:03.191 BRT 32764LOG: checkpoints are occurring too frequently (17 seconds apart) 2010-06-01 08:00:03.191 BRT 32764HINT: Consider increasing the configuration parameter checkpoint_segments. 2010-06-01 08:02:52.364 BRT 32764LOG: checkpoints are occurring too frequently (24 seconds apart) 2010-06-01 08:02:52.364 BRT 32764HINT: Consider increasing the configuration parameter checkpoint_segments. 2010-06-01 08:32:22.138 BRT 32764LOG: checkpoint starting: time 2010-06-01 08:35:14.474 BRT 32764LOG: checkpoint complete: wrote 859 buffers (0.3%); 0 transaction log file(s) added, 0 removed, 2 recycled; write=172.267 s, sync=0.052 s, total=172.344 s no postgresql.conf está assim: checkpoint_segments = 16 checkpoint_completion_target = 0.9 # pgtune wizard 2010-02-27 log_checkpoints = on 2010/5/29 Euler Taveira de Oliveira eu...@timbira.com: José Carlos Messias escreveu: Como vejo o tempo dos checkpoints? log_checkpoints = on. -- Euler Taveira de Oliveira http://www.timbira.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
Re: [pgbr-geral] Servidor lento
não tem, está o padrão Em 1 de junho de 2010 12:27, Euler Taveira de Oliveira eu...@timbira.com escreveu: José Carlos Messias escreveu: 2010-06-01 08:02:52.364 BRT 32764 LOG: checkpoints are occurring too frequently (24 seconds apart) 2010-06-01 08:02:52.364 BRT 32764 HINT: Consider increasing the configuration parameter checkpoint_segments. As mensagens acima dizem que você estava fazendo uma grande modificação nos dados e escrevendo checkpoint_segments * 16 MB frequetemente. Alguma carga diária? 2010-06-01 08:32:22.138 BRT 32764 LOG: checkpoint starting: time 2010-06-01 08:35:14.474 BRT 32764 LOG: checkpoint complete: wrote 859 buffers (0.3%); 0 transaction log file(s) added, 0 removed, 2 recycled; write=172.267 s, sync=0.052 s, total=172.344 s Você deve ficar de olho nessas mensagens. Neste caso, a taxa de escrita está razoavelmente baixa (859 * 8kB / 1024 = 6,71 MB em 172 segs). checkpoint_segments = 16 checkpoint_completion_target = 0.9 # pgtune wizard 2010-02-27 log_checkpoints = on Qual o valor do checkpoint_timeout? -- Euler Taveira de Oliveira http://www.timbira.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
[pgbr-geral] Servidor lento
Galera, Estou precisando da ajuda de vocês, o servidor(Power Edge 2900 - 2 cpu xeon quad core, 8GB de Ram, 4 discos SAS em Raid 10) com postgresql 8.3 no ubuntu 8.04 as vezes fica com processamento alto (htop) e o acesso ao disco parece que está muito alto também, vejam: sar -d 2 40 Linux 2.6.24-19-server (pgbox) 26-05-2010 14:25:33 DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util 14:25:35 dev8-0789,77 226474,42141,40286,94 1,55 1,96 1,14 89,77 14:25:35 DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util 14:25:37 dev8-0692,34 202706,22 2162,68295,91 1,47 2,14 1,33 91,87 14:25:37 DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util 14:25:39 dev8-0 1959,09 40763,64170,91 20,89 12,60 6,42 0,46 90,91 14:25:39 DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util 14:25:41 dev8-0 1492,24 66896,80 2827,40 46,72 8,87 5,96 0,60 89,95 14:25:41 DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util 14:25:43 dev8-0435,19 110066,67 44,44253,02 2,14 4,93 2,13 92,59 Quais medidas vocês indicam para melhorar a performance. Atte, José Carlos ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Servidor lento
df -h FilesystemSize Used Avail Use% Mounted on /dev/sda1 28G 437M 27G 2% / varrun4,0G 92K 4,0G 1% /var/run varlock 4,0G 0 4,0G 0% /var/lock udev 4,0G 44K 4,0G 1% /dev devshm4,0G 0 4,0G 0% /dev/shm /dev/sda5 94G 85G 8,9G 91% /home /dev/sda7 13G 33M 13G 1% /tmp /dev/sda8 131G 35G 96G 27% /var Em 26 de maio de 2010 14:40, Ralf Schlindwein ralfoa...@gmail.comescreveu: Execute o comando *df -h * * * para ver a quanto anda suas partições ... Algum processo sem ser o postmaster ? Em 26 de maio de 2010 14:36, Joao Cosme de Oliveira Junior joao.co...@serpro.gov.br escreveu: Já viu se são picos?? Observou os logs sobre os tempos dos checkpoints? João Cosme de Oliveira Júnior Lembre-se que da conduta de cada um depende o destino de todos. Seja inteligente, use Software livre!!! LPI Certified LPI000185554 Em 26/05/2010 às 14:32 horas, pgbr-ge...@listas.postgresql.org.brescreveu: Galera, Estou precisando da ajuda de vocês, o servidor(Power Edge 2900 - 2 cpu xeon quad core, 8GB de Ram, 4 discos SAS em Raid 10) com postgresql 8.3 no ubuntu 8.04 as vezes fica com processamento alto (htop) e o acesso ao disco parece que está muito alto também, vejam: sar -d 2 40 Linux 2.6.24-19-server (pgbox) 26-05-2010 14:25:33 DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util 14:25:35 dev8-0789,77 226474,42141,40286,94 1,55 1,96 1,14 89,77 14:25:35 DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util 14:25:37 dev8-0692,34 202706,22 2162,68295,91 1,47 2,14 1,33 91,87 14:25:37 DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util 14:25:39 dev8-0 1959,09 40763,64170,91 20,89 12,60 6,42 0,46 90,91 14:25:39 DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util 14:25:41 dev8-0 1492,24 66896,80 2827,40 46,72 8,87 5,96 0,60 89,95 14:25:41 DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util 14:25:43 dev8-0435,19 110066,67 44,44253,02 2,14 4,93 2,13 92,59 Quais medidas vocês indicam para melhorar a performance. Atte, José Carlos ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Esta mensagem do SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO), empresa pública federal regida pelo disposto na Lei Federal nº 5.615, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco. This message from SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO) -- a government company established under Brazilian law (5.615/70) -- is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Ralf Schlindwein Analista de Sistemas ralfoa...@gmail.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
Re: [pgbr-geral] Servidor lento
Como vejo o tempo dos checkpoints? Em 26 de maio de 2010 14:36, Joao Cosme de Oliveira Junior joao.co...@serpro.gov.br escreveu: Já viu se são picos?? Observou os logs sobre os tempos dos checkpoints? João Cosme de Oliveira Júnior Lembre-se que da conduta de cada um depende o destino de todos. Seja inteligente, use Software livre!!! LPI Certified LPI000185554 Em 26/05/2010 às 14:32 horas, pgbr-ge...@listas.postgresql.org.brescreveu: Galera, Estou precisando da ajuda de vocês, o servidor(Power Edge 2900 - 2 cpu xeon quad core, 8GB de Ram, 4 discos SAS em Raid 10) com postgresql 8.3 no ubuntu 8.04 as vezes fica com processamento alto (htop) e o acesso ao disco parece que está muito alto também, vejam: sar -d 2 40 Linux 2.6.24-19-server (pgbox) 26-05-2010 14:25:33 DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util 14:25:35 dev8-0789,77 226474,42141,40286,94 1,55 1,96 1,14 89,77 14:25:35 DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util 14:25:37 dev8-0692,34 202706,22 2162,68295,91 1,47 2,14 1,33 91,87 14:25:37 DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util 14:25:39 dev8-0 1959,09 40763,64170,91 20,89 12,60 6,42 0,46 90,91 14:25:39 DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util 14:25:41 dev8-0 1492,24 66896,80 2827,40 46,72 8,87 5,96 0,60 89,95 14:25:41 DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util 14:25:43 dev8-0435,19 110066,67 44,44253,02 2,14 4,93 2,13 92,59 Quais medidas vocês indicam para melhorar a performance. Atte, José Carlos ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Esta mensagem do SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO), empresa pública federal regida pelo disposto na Lei Federal nº 5.615, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco. This message from SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO) -- a government company established under Brazilian law (5.615/70) -- is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure. ___ 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] Servidor lento
data_directory = '/var/lib/postgresql/8.3/main' hba_file = '/etc/postgresql/8.3/main/pg_hba.conf' ident_file = '/etc/postgresql/8.3/main/pg_ident.conf' external_pid_file = '/var/run/postgresql/8.3-main.pid' listen_addresses = '*' port = 5432 unix_socket_directory = '/var/run/postgresql' ssl = false checkpoint_segments = 16 checkpoint_completion_target = 0.9 wal_buffers = 8MB effective_cache_size = 5632MB max_connections = 350 shared_buffers = 2048MB work_mem = 26MB maintenance_work_mem = 480MB max_fsm_pages = 245760 max_fsm_relations = 2100 datestyle = 'iso, dmy' lc_messages = 'pt_BR.UTF-8' lc_monetary = 'pt_BR.UTF-8' lc_numeric = 'pt_BR.UTF-8' lc_time = 'pt_BR.UTF-8' default_text_search_config = 'pg_catalog.portuguese' log_autovacuum_min_duration = -1 synchronous_commit = on default_statistics_target = 100 constraint_exclusion = off log_destination = 'stderr' logging_collector = off log_rotation_size = 1GB log_connections = off log_line_prefix = '%m %p %u %d %r ' log_lock_waits = on log_statement = 'none' log_temp_files = 4096 autovacuum = on autovacuum_max_workers = 1 deadlock_timeout = 1s archive_mode = on archive_command = 'rsync -q %p slave:/psql_archive/%f' Em 26 de maio de 2010 14:43, Ralf Schlindwein ralfoa...@gmail.comescreveu: Os arquivos de configuracao do postgres estao configurados para ter aonde locada a base de dados dentro do /var ?? Em 26 de maio de 2010 14:41, José Carlos Messias zehkar...@gmail.comescreveu: df -h FilesystemSize Used Avail Use% Mounted on /dev/sda1 28G 437M 27G 2% / varrun4,0G 92K 4,0G 1% /var/run varlock 4,0G 0 4,0G 0% /var/lock udev 4,0G 44K 4,0G 1% /dev devshm4,0G 0 4,0G 0% /dev/shm /dev/sda5 94G 85G 8,9G 91% /home /dev/sda7 13G 33M 13G 1% /tmp /dev/sda8 131G 35G 96G 27% /var Em 26 de maio de 2010 14:40, Ralf Schlindwein ralfoa...@gmail.comescreveu: Execute o comando *df -h * * * para ver a quanto anda suas partições ... Algum processo sem ser o postmaster ? Em 26 de maio de 2010 14:36, Joao Cosme de Oliveira Junior joao.co...@serpro.gov.br escreveu: Já viu se são picos?? Observou os logs sobre os tempos dos checkpoints? João Cosme de Oliveira Júnior Lembre-se que da conduta de cada um depende o destino de todos. Seja inteligente, use Software livre!!! LPI Certified LPI000185554 Em 26/05/2010 às 14:32 horas, pgbr-ge...@listas.postgresql.org.brescreveu: Galera, Estou precisando da ajuda de vocês, o servidor(Power Edge 2900 - 2 cpu xeon quad core, 8GB de Ram, 4 discos SAS em Raid 10) com postgresql 8.3 no ubuntu 8.04 as vezes fica com processamento alto (htop) e o acesso ao disco parece que está muito alto também, vejam: sar -d 2 40 Linux 2.6.24-19-server (pgbox) 26-05-2010 14:25:33 DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util 14:25:35 dev8-0789,77 226474,42141,40286,94 1,55 1,96 1,14 89,77 14:25:35 DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util 14:25:37 dev8-0692,34 202706,22 2162,68295,91 1,47 2,14 1,33 91,87 14:25:37 DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util 14:25:39 dev8-0 1959,09 40763,64170,91 20,89 12,60 6,42 0,46 90,91 14:25:39 DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util 14:25:41 dev8-0 1492,24 66896,80 2827,40 46,72 8,87 5,96 0,60 89,95 14:25:41 DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util 14:25:43 dev8-0435,19 110066,67 44,44253,02 2,14 4,93 2,13 92,59 Quais medidas vocês indicam para melhorar a performance. Atte, José Carlos ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Esta mensagem do SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO), empresa pública federal regida pelo disposto na Lei Federal nº 5.615, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco. This message from SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO) -- a government company established under Brazilian law (5.615/70) -- is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject
Re: [pgbr-geral] Servidor lento
O servidor ganhou um folego, gostaria de alguma critica sobre as alterações, o servidor passou a usar swap(15MB), mas está respondendo melhor, vou providenciar outro raid e mais memoria Ram. shared_buffers = 2400MB #entre 20-33% da ram work_mem = 35MB #agregacao, ordenacao, consultas complexas maintenance_work_mem = 512MB #75% maior tabela ou indice max_fsm_pages = 245760 max_fsm_relations = 2100 wal_buffers = 16MB effective_cache_size = 5632MB Em 26 de maio de 2010 14:56, Ralf Schlindwein ralfoa...@gmail.comescreveu: Aconselho em ler melhor sobre esses itens abaixo e talvez aumentar os valores para tentar melhorar... shared_buffers = 2048MB work_mem = 26MB maintenance_work_mem = 480MB max_fsm_pages = 245760 max_fsm_relations = 2100 http://www.postgresql.org/docs/8.1/interactive/runtime-config-resource.html Sobre a performace isso varia muito do tamanho da base, de quantas pessoas acessam a base e como seu banco de dados está estruturado são fatores que com certeza iram influenciar na performace do seu servidor. Em 26 de maio de 2010 14:48, José Carlos Messias zehkar...@gmail.comescreveu: data_directory = '/var/lib/postgresql/8.3/main' hba_file = '/etc/postgresql/8.3/main/pg_hba.conf' ident_file = '/etc/postgresql/8.3/main/pg_ident.conf' external_pid_file = '/var/run/postgresql/8.3-main.pid' listen_addresses = '*' port = 5432 unix_socket_directory = '/var/run/postgresql' ssl = false checkpoint_segments = 16 checkpoint_completion_target = 0.9 wal_buffers = 8MB effective_cache_size = 5632MB max_connections = 350 shared_buffers = 2048MB work_mem = 26MB maintenance_work_mem = 480MB max_fsm_pages = 245760 max_fsm_relations = 2100 datestyle = 'iso, dmy' lc_messages = 'pt_BR.UTF-8' lc_monetary = 'pt_BR.UTF-8' lc_numeric = 'pt_BR.UTF-8' lc_time = 'pt_BR.UTF-8' default_text_search_config = 'pg_catalog.portuguese' log_autovacuum_min_duration = -1 synchronous_commit = on default_statistics_target = 100 constraint_exclusion = off log_destination = 'stderr' logging_collector = off log_rotation_size = 1GB log_connections = off log_line_prefix = '%m %p %u %d %r ' log_lock_waits = on log_statement = 'none' log_temp_files = 4096 autovacuum = on autovacuum_max_workers = 1 deadlock_timeout = 1s archive_mode = on archive_command = 'rsync -q %p slave:/psql_archive/%f' Em 26 de maio de 2010 14:43, Ralf Schlindwein ralfoa...@gmail.comescreveu: Os arquivos de configuracao do postgres estao configurados para ter aonde locada a base de dados dentro do /var ?? Em 26 de maio de 2010 14:41, José Carlos Messias zehkar...@gmail.comescreveu: df -h FilesystemSize Used Avail Use% Mounted on /dev/sda1 28G 437M 27G 2% / varrun4,0G 92K 4,0G 1% /var/run varlock 4,0G 0 4,0G 0% /var/lock udev 4,0G 44K 4,0G 1% /dev devshm4,0G 0 4,0G 0% /dev/shm /dev/sda5 94G 85G 8,9G 91% /home /dev/sda7 13G 33M 13G 1% /tmp /dev/sda8 131G 35G 96G 27% /var Em 26 de maio de 2010 14:40, Ralf Schlindwein ralfoa...@gmail.comescreveu: Execute o comando *df -h * * * para ver a quanto anda suas partições ... Algum processo sem ser o postmaster ? Em 26 de maio de 2010 14:36, Joao Cosme de Oliveira Junior joao.co...@serpro.gov.br escreveu: Já viu se são picos?? Observou os logs sobre os tempos dos checkpoints? João Cosme de Oliveira Júnior Lembre-se que da conduta de cada um depende o destino de todos. Seja inteligente, use Software livre!!! LPI Certified LPI000185554 Em 26/05/2010 às 14:32 horas, pgbr-ge...@listas.postgresql.org.brescreveu: Galera, Estou precisando da ajuda de vocês, o servidor(Power Edge 2900 - 2 cpu xeon quad core, 8GB de Ram, 4 discos SAS em Raid 10) com postgresql 8.3 no ubuntu 8.04 as vezes fica com processamento alto (htop) e o acesso ao disco parece que está muito alto também, vejam: sar -d 2 40 Linux 2.6.24-19-server (pgbox) 26-05-2010 14:25:33 DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util 14:25:35 dev8-0789,77 226474,42141,40286,94 1,55 1,96 1,14 89,77 14:25:35 DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util 14:25:37 dev8-0692,34 202706,22 2162,68295,91 1,47 2,14 1,33 91,87 14:25:37 DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util 14:25:39 dev8-0 1959,09 40763,64170,91 20,89 12,60 6,42 0,46 90,91 14:25:39 DEV tps rd_sec/s wr_sec/s avgrq-sz avgqu-sz await svctm %util 14:25:41 dev8-0 1492,24 66896,80 2827,40 46,72 8,87 5,96 0,60 89,95 14:25:41 DEV tps rd_sec/s wr_sec/s avgrq-sz
Re: [pgbr-geral] postgresql wal archive
Mas não seria somente dar um stop no postgresql, renomear o recovery.conf, pegar o proximo wal aguardado usando o pg_standby -d, apagar os antigos e dar um start novamente, acredito que deveria funcionar, pq não deu certo? Em 11 de maio de 2010 15:16, Matheus Ricardo Espanhol matheusespan...@gmail.com escreveu: Teria que refazer todo o processo de novo após um teste de restore? (copiar a base mestre para o slave, excluir os arquivos antigos do wal, configurar o arquivo do recovery.conf e dar start no postgresql) Sim. Ao iniciar o PostgreSQL incrementou o timeline, sendo assim não reconhecerá mais os xlogs antigos. Para entender o problema, utilize o pg_standby com a opção de debug. Att. -- Matheus Ricardo Espanhol --- Dextra Sistemas http://www.dextra.com.br/postgres/ ___ 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] postgresql wal archive
Mais dúvidas, mesmo se eu utilizar a opção recovery_target_time='2005-06-22 12:39:01 EST', vou conseguir fazer somente uma vez? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Criar package rpm fedora 8 para postgres 8.4
Aonde encontro os pacotes para o debian lenny? Em 12 de abril de 2010 14:09, Joao Cosme de Oliveira Junior joao.co...@serpro.gov.br escreveu: poderia pegar os pacotes debian e tentar através do alien gerar os rpm João Cosme de Oliveira Júnior Lembre-se que da conduta de cada um depende o destino de todos. Seja inteligente, use Software livre!!! LPI Certified LPI000185554 Em 12/04/2010 às 14:04 horas, pgbr-ge...@listas.postgresql.org.brescreveu: Boa tarde a todos. Tenho aproximadamente 50 servidores que tenho que atualizar a versao do banco de dados. Gostaria de saber se é possivel e como faria para criar os pacotes postgresql-.rpm para atualizar os fedora 8 que possuo. Pois hj atraves do yum nao consigo mais pois o repositorio nao esta mais disponivel. *mastercrash32hotmail.com* -- Transforme-se em personagens engraçados e coloque no Messenger. Clique e veja como.http://ilm.windowslive.com.br/?ocid=ILM:ILM:Hotmail:Tagline:1x1:Tagline Esta mensagem do SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO), empresa pública federal regida pelo disposto na Lei Federal nº 5.615, é enviada exclusivamente a seu destinatário e pode conter informações confidenciais, protegidas por sigilo profissional. Sua utilização desautorizada é ilegal e sujeita o infrator às penas da lei. Se você a recebeu indevidamente, queira, por gentileza, reenviá-la ao emitente, esclarecendo o equívoco. This message from SERVIÇO FEDERAL DE PROCESSAMENTO DE DADOS (SERPRO) -- a government company established under Brazilian law (5.615/70) -- is directed exclusively to its addressee and may contain confidential data, protected under professional secrecy rules. Its unauthorized use is illegal and may subject the transgressor to the law's penalties. If you're not the addressee, please send it back, elucidating the failure. ___ 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] Como configurar e conectar o PHPpgAdmin?
se estiver usando debian ou derivados e tiver instalado via apt-get, o arquivo conf está em /etc/phppgadmin/config.php veja tb no mesmo local o arquivo apache.conf e coloque o ip de sua maquina ou rede na opção allow Em 23 de março de 2010 14:58, tiago gomes tiagotecno...@gmail.com escreveu: Pois é, não sei como solucionar. Eu uso o WampServer pois jah vem com o Apache e o PHP e até instalei o Apache separadamente mas não deu certo. Será que eu devo instalar o PHP separado também? Afinal, existe algum gerenciador para p phpPgAdmin como o wamp é para o mySQL? Em 23 de março de 2010 13:58, JotaComm jota.c...@gmail.com escreveu: Olá, Em 22 de março de 2010 23:42, tiago gomes tiagotecno...@gmail.com escreveu: Aparece isso no navegador : HTTP 404 - Arquivo não encontrado Isso me parece erro no caminho do arquivo. Configurei o arquivo config.inc Mesmo assim não rodou. Em 22 de março de 2010 21:05, JotaComm jota.c...@gmail.com escreveu: Olá, Em 22 de março de 2010 18:54, tiago gomes tiagotecno...@gmail.com escreveu: Boa Noite pessoal, Estou tendo dificuldades pra configurar o PHPpgAdmin. Como ele é configurado? Baseado em arquivo de configuração. Fiz as configurações necessarias mas não deu certo. O que não está funcionando? Erros? -- Tiago Gomes de Oliveira Designer Gráfico (62)81252423 Uruaçu - GO ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral []s -- JotaComm http://jotacomm.wordpress.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Tiago Gomes de Oliveira Designer Gráfico (62)81252423 Uruaçu - GO ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral []s -- JotaComm http://jotacomm.wordpress.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Tiago Gomes de Oliveira Designer Gráfico (62)81252423 Uruaçu - GO ___ 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] Sistema de Login para site de Intranet
Seria algo assim: select id, nome, cargo, array_to_string(array(select id_papel from usuarios_papeis where id_usuario=u.id),':') as papeis from usuarios u where id=10 Em 20 de março de 2010 01:44, vinicius perroni vinicius...@gmail.com escreveu: Geralmente eu crio um esquema seguranca com três tabelas usuarios papeis usuarios_papeis usuarios com usuario senha mais outros campos dependendo do caso por ex. cargo data de nasc. Nos papeis eu cadastro uma string e o id do papel algo assim id_papel, papel Já na tabela usuarios_papeis eu cadastro cod_papel, cod_usuario Depois uso duas querys primeiro pego o usuario e depois os papeis daquele usuario no trabalho um colega fez uma funçao que retorna varios campos em um ai n precisa da segunda query para os papeis é tipo retorna os papeis em um campo separado por ponto e virgula mas eu já n sei fazer hehehe Espero ter colaborado. Att, Vinicius Perroni ___ 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
[pgbr-geral] Performance
Boa Tarde,
Estou precisando de algumas dicas para melhorar a performance do meu
servidor, que é utilizando por uma aplicação em php.
Tenho em média 150 conexões no apache, pegando informações do banco
Rodei o seguinte comando no servidor apache e me retornou assustadores
1996 conexões ou estou enganado:
netstat -plan|grep :5432|awk {'print $5'} | cut -d: -f 1 | sort | uniq
-c | sort -nk 1
O mesmo comando no servidor postgresql retorna 138
Tenho um servidor DELL 2900, com 4 HDs em Raid 10, 8 GB de Ram,
com 2 processadores quad core Intel(R) Xeon(R) CPU E5440 @ 2.83GHz
monitoramento via mrtg indica 67% de uso do processador e 30% de
memoria no maior pico
saida do comando top
top - 12:26:21 up 47 days, 23:12, 2 users, load average: 3.87, 4.34, 4.10
Tasks: 250 total, 6 running, 244 sleeping, 0 stopped, 0 zombie
Cpu(s): 9.0%us, 3.7%sy, 0.0%ni, 76.5%id, 10.1%wa, 0.1%hi, 0.5%si, 0.0%st
Mem: 8186412k total, 8139220k used,47192k free,36932k buffers
Swap: 9767480k total, 4584k used, 9762896k free, 6883780k cached
segue arquivo postgresql.conf
cat /etc/postgresql/8.3/main/postgresql.conf
data_directory = '/var/lib/postgresql/8.3/main'
hba_file = '/etc/postgresql/8.3/main/pg_hba.conf'
ident_file = '/etc/postgresql/8.3/main/pg_ident.conf'
external_pid_file = '/var/run/postgresql/8.3-main.pid'
listen_addresses = '*'
port = 5432
unix_socket_directory = '/var/run/postgresql'
ssl = false
checkpoint_segments = 16
checkpoint_completion_target = 0.9
wal_buffers = 8MB
max_connections = 550
shared_buffers = 1920MB
work_mem = 16MB
maintenance_work_mem = 480MB
max_fsm_pages = 245760
max_fsm_relations = 2100
log_statement = 'all'
log_line_prefix = '%t '
datestyle = 'iso, dmy'
lc_messages = 'pt_BR.UTF-8'
lc_monetary = 'pt_BR.UTF-8'
lc_numeric = 'pt_BR.UTF-8'
lc_time = 'pt_BR.UTF-8'
default_text_search_config = 'pg_catalog.portuguese'
autovacuum = off
log_autovacuum_min_duration = -1
synchronous_commit = on
wal_buffers = 8MB
default_statistics_target = 10
constraint_exclusion = off
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Performance
Tive muitos problemas com servidor lento a umas 2 semanas e o pgtune
resolveu até hoje, mas os problemas estão voltando.
2010/3/16 André Pignata andrepign...@gmail.com:
Tive um bom resultado usando o pgtune no postgresql.
Espero que ajude
2010/3/16 José Carlos Messias zehkar...@gmail.com
Boa Tarde,
Estou precisando de algumas dicas para melhorar a performance do meu
servidor, que é utilizando por uma aplicação em php.
Tenho em média 150 conexões no apache, pegando informações do banco
Rodei o seguinte comando no servidor apache e me retornou assustadores
1996 conexões ou estou enganado:
netstat -plan|grep :5432|awk {'print $5'} | cut -d: -f 1 | sort | uniq
-c | sort -nk 1
O mesmo comando no servidor postgresql retorna 138
Tenho um servidor DELL 2900, com 4 HDs em Raid 10, 8 GB de Ram,
com 2 processadores quad core Intel(R) Xeon(R) CPU E5440 @ 2.83GHz
monitoramento via mrtg indica 67% de uso do processador e 30% de
memoria no maior pico
saida do comando top
top - 12:26:21 up 47 days, 23:12, 2 users, load average: 3.87, 4.34,
4.10
Tasks: 250 total, 6 running, 244 sleeping, 0 stopped, 0 zombie
Cpu(s): 9.0%us, 3.7%sy, 0.0%ni, 76.5%id, 10.1%wa, 0.1%hi, 0.5%si,
0.0%st
Mem: 8186412k total, 8139220k used, 47192k free, 36932k buffers
Swap: 9767480k total, 4584k used, 9762896k free, 6883780k cached
segue arquivo postgresql.conf
cat /etc/postgresql/8.3/main/postgresql.conf
data_directory = '/var/lib/postgresql/8.3/main'
hba_file = '/etc/postgresql/8.3/main/pg_hba.conf'
ident_file = '/etc/postgresql/8.3/main/pg_ident.conf'
external_pid_file = '/var/run/postgresql/8.3-main.pid'
listen_addresses = '*'
port = 5432
unix_socket_directory = '/var/run/postgresql'
ssl = false
checkpoint_segments = 16
checkpoint_completion_target = 0.9
wal_buffers = 8MB
max_connections = 550
shared_buffers = 1920MB
work_mem = 16MB
maintenance_work_mem = 480MB
max_fsm_pages = 245760
max_fsm_relations = 2100
log_statement = 'all'
log_line_prefix = '%t '
datestyle = 'iso, dmy'
lc_messages = 'pt_BR.UTF-8'
lc_monetary = 'pt_BR.UTF-8'
lc_numeric = 'pt_BR.UTF-8'
lc_time = 'pt_BR.UTF-8'
default_text_search_config = 'pg_catalog.portuguese'
autovacuum = off
log_autovacuum_min_duration = -1
synchronous_commit = on
wal_buffers = 8MB
default_statistics_target = 10
constraint_exclusion = off
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
--
André Luiz Martins Pignata
Integral Convênios Odontológicos
Gerente de TI
___
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] Performance
Desculpe não tinha lido msg ainda, O modelo é OLTP, embora analisando o trafego de rede chega a ficar na proporção de 16/1 para leitura/gravação O servidor é dedicado. Quanto ao número de conexões a medida que fui tendo problemas com o maximo de conexões excedidas eu fui subindo, no inicio era 250, 350, 450 e por ultimo esta semana subi para 550. E o vacuum e analyze estava on, desabilitei ganhei um pouco de melhoria, mas nem tanto, estou rodando 3x ao dia. Qual valor vc recomenta para o parametro effective_cache_size? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] compartilhar BD - RETIFICANDO
Encontre o arquivo de configuração postgresql.conf e na linha LISTEN coloque um * no lugar de localhost, crie um usuario e dê permissão somente de leitura(select) Para os outros computadores da rede acessarem altere o arquivo pg_hba.conf que fica na mesma pasta do postgresql.conf para que os outros computadores tenham acesso ao banco de dados, no arquivo tem exemplos é só seguir. No Debian/Ubuntu fica em /etc/postgresql/VERSAO_DO_PG/main/pg_hba.conf 2009/7/20 Dario dari...@yahoo.com.br: Estou usando o Postgres + postgis como BD de um SIG(Sistema de Informação Geográfica), mas uso como localhost, instalado na minha máquina e apenas eu acesso. Estou precisando que outros computadores da rede local acessem este banco também, e que estes outros usuário possam apenas consultar as informações, sem poder modificá-cá-las. Como faço para que os outros computadores da rede local acessem este banco e que não tenham permissão para modificação? OBS: Se possível, como fazer isto através do PGADMIN III. Grato Veja quais são os assuntos do momento no Yahoo! + Buscados: Top 10 - Celebridades - Música - Esportes ___ 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
[pgbr-geral] comentario dinamico na coluna da tabela
Caros, É possível colocar um comentário em uma coluna da tabela da seguinte forma que está dando erro. COMMENT ON COLUMN MinhaTabela.NomeColuna IS 'update in ' || to_char(now(),'DD/MM/'); ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] comentario dinamico na coluna da tabela
Erro de SQL: ERROR: syntax error at or near || at character 72 Indicação de entrada : COMMENT ON COLUMN televenda_pedidos.tbstatus.sprodutos IS 'update in ' || to_char(now(),'DD/MM/'); 2008/10/27 Leandro DUTRA [EMAIL PROTECTED]: 2008/10/27 José Carlos Messias [EMAIL PROTECTED]: É possível colocar um comentário em uma coluna da tabela da seguinte forma que está dando erro. Que erro? -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (11) 3040 7344 gTalk: xmpp:[EMAIL PROTECTED] +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:[EMAIL PROTECTED] ___ 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] banco de dados de sistema postgresql com 4GB!
Galera, Acredito que resolvendo o problema do nosso amigo, de repente resolva o meu também, há um mês aproximadamente também postei uma dúvida semelhante e as dicas para melhorar a performance até agora foram muito parecidas, usar o analyze na consulta, criar indices, aumentar work_mem com o comando set, etc. Estou para fazer uma migração de um sistema do mssql para o postgresql, mas ainda estou com este problema de quando usa muitos joins ou views na consulta ela simplesmente demora um tempão e as vezes nem retorna os dados, reescrevi alguns sqls e melhorou um pouco, mas tem mais alguns sqls que vou tentar contornar criando outras tabelas e usando trigger para tentar contornar. Tentei aumentar as configurações do postgresql ao máximo para ele no mínimo usar swap do linux, não consegui, ou ele tem outro controle quando excede a memoria que está nos arquivos de configuraçao? Meu servidor Posgresql 8.1 está num Dell Poweredge 2900, 2 proc xeon, 4gb de ram e raid 5 com 3 hds, antes da migração ainda vou aumentar a memória para 8gb e trocar o raid5 para raid10, pra ver se consigo alguma otimização, e acredito que fazer migração para a versão 8.3 no momento vai trazer outros problemas que ainda não estou tendo. Vou continuar acompanhando a lista, estudando e fazendo testes para obter o sucesso almejado, com a ajuda de vocês, claro 2008/9/17 [EMAIL PROTECTED]: Se suas consultas utilizam muitos agrupamentos experimente aumentar o parametro work_mem On Wed, 17 Sep 2008 17:13:56 -0300, Rodrigo Monteiro [EMAIL PROTECTED] wrote: boa tarde Volpato Mais uma vez cara, muito obrigado pelo seu tempo. tamos aí! Como eu gero este explain que vc me disse? Rode a query: explain analyze select lalala ... Este comando vai rodar a tua query, e mostrar o que o postgres está fazendo internamente. A partir daí, vamos poder dizer se os índices estão sendo usados, e quanto tempo a ordenação está demorando. PS: Faça este comando duas vezes, e mande a segunda. Isto garante que os dados estejam em cache. No caso do order by com max() é porque a curvaabc tem como critério ou quantidade, ou valor, ou lucratividade(preco-custo), o que me deram como dica seria criar uma tabela e jogar estes valores lá já calculados e a partir dela criar a query da curvaabc Pelo que eu vi, teu order by é com sum(totItem), ou coisa parecida. O max() estava em um campo do select, tente remover esta função e adicionar o campo no group by. e o reindex? você pode me dizer o que posso fazer? Basicamente, deixe agendado pra rodar o comando reindexdb nome_da_base. Veja a doc: http://www.postgresql.org/docs/8.3/static/sql-reindex.html PS: - quanto de memória vc tem ? - quanto de shared_buffers está setado no postgresql.conf? - quanto de work_mem ? []´s, ACV ___ 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 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] duvida update em stored procedure
Galera, Dentro de uma função disparada por uma trigger, tem o mesmo efeito em usar update tabela set campo1=novo_valor where pkey=OLD.pkey ou NEW.campo1=novo_valor. Ganha-se em performance? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] mssql to pgsql stored procedure
Galera, Estou migrando uma stored procedure do mssql para o postgresql e estou encontrando dificuldade em disparar a trigger somente se um determinado campo for atualizado, no mssql uso IF UPDATE(CONFIRMA) qual seria o equivalente no postgresql, tentei if new.confirma!=old.confirma mas está dando erro. Agradecido pela ajuda. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Tsearch 2 - Consultar meias palavras
Opa,
Não faço uso do tsearch, mas sempre tive dúvidas se o texto pesquisado
sempre tem que estar em minusculo ou maiusculo e quanto aos acentos?
2008/8/28 [EMAIL PROTECTED]:
buenas
com a dica do pg_trgm juntei os dois e obtive resultados maravillosos.
Primeiro converto meu text com o minha funcao derivada do show_trgm q
originalmente devolve dados do tipo text[], minha funcao devolve outro
text, depois crio o tsvector com esse text. assim eu consigo usar o
tsearch2 com meias palavras.
basicamente funciona assim,
my_show_trgm('teste') -- 'teste t te est ste te tes'
to_tsvector('teste t te est ste te tes')
o to_tsvector cria um hash indexavel.
Entao qualquer palavra q eu pesquisar seja teste est te o tsearch vai
me trazer o resultado.
Agora para tabelas grandes ADIOS like '%xx×%'
Se alguem mais interesar pode entrar em contato.
Saludos
2008/8/27, ..:: Rodrigo (-_-) Machado ::.. [EMAIL PROTECTED]:
Obrigado pela resposta, bem esclarecedora.
Gostei muito do TSearch2, não sabia que já estava no kernel da versao 8.3,
estou trabalhando ainda com a versão 8.1. :(
Valeu pela dica, pg_trgm.
Vou investigar.
Saludos
--
*:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-:
:: Rodrigo Machado ::
FlaRo Sistemas
Linux User #338262
Lat S25º49'20.11' - Lon W55º07'12.05''
*:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-:
--
*:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-:
:: Rodrigo Machado ::
FlaRo Sistemas
Linux User #338262
Lat S25º49'20.11' - Lon W55º07'12.05''
*:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-:
___
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] Tsearch 2 - Consultar meias palavras
expressao regular meu caro. 2008/8/28 ..:: Rodrigo (-_-) Machado ::.. [EMAIL PROTECTED]: OPa.. e o que seria ERs ?? Investiguei e nao encontrei.. Manda alguma informação por favor :) Saludos 2008/8/28 [EMAIL PROTECTED] Adios ´%word%' muito tempo utilize ERs meu jovem :) ~ -- *:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-: :: Rodrigo Machado :: FlaRo Sistemas Linux User #338262 Lat S25º49'20.11' - Lon W55º07'12.05'' *:-.,_,.-:*'``'*:-.,_,.-:*:-.,_,.-:*'``'*:-.,_,.-: ___ 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] Consultas com subconsultas e join com views
Segue dados solicitados pedido 603.264 registros receber 1.432.774 registros fpgamento 26 registros detpedido 2.155.277 registros vprodutos 2.816 registros no postgresql.conf somente as opções abaixo estao ativas, não fiz nenhuma outra alteração. hba_file = '/etc/postgresql/8.1/main/pg_hba.conf' ident_file = '/etc/postgresql/8.1/main/pg_ident.conf' external_pid_file = '/var/run/postgresql/8.1-main.pid' listen_addresses = '*' port = 5432 max_connections = 250 unix_socket_directory = '/var/run/postgresql' ssl = false shared_buffers = 8 work_mem = 32768 maintenance_work_mem = 16384 max_fsm_pages = 4 max_fsm_relations = 2100 checkpoint_segments = 12 checkpoint_timeout = 300 checkpoint_warning = 30 effective_cache_size = 25000 random_page_cost = 3.5 log_line_prefix = '%t ' stats_command_string = true stats_row_level = on autovacuum = on timezone = -3 lc_messages = 'pt_BR' lc_monetary = 'pt_BR' lc_numeric = 'pt_BR' lc_time = 'pt_BR' 2008/8/27 Euler Taveira de Oliveira [EMAIL PROTECTED]: José Carlos Messias escreveu: Euler coloquei as consultas em http://www.cpt.com.br/zehk/sql.txt. Tenho algumas perguntas sobre o seu ambiente. Qual é o número de registros de cada tabela envolvida? Quais os parâmetros diferentes do padrão no seu postgresql.conf (estaria interessado nos parâmetros da seção Query Tuning)? Você alterou o 'statistics target' (aka SET STATISTICS) de alguma tabela? Se sim, quais os novos valores? Pelo que pude ver do EXPLAIN ANALYZE, acho que você podia tentar reescrever essa consulta sem a subconsulta. Algo como: SELECT FP.NomeFPag AS FPag, SUM(R.ValorParcela) AS Valor FROM televenda_pedidos.Pedido P INNER JOIN televenda_pedidos.Receber R ON P.CodPedido = R.CodPedido INNER JOIN televenda_pedidos.FPagamento FP ON P.CodFPag = FP.CodFPag INNER JOIN televenda_pedidos.DetPedido D ON P.CodPedido = D.CodPedido INNER JOIN televenda_produtos.vProdutos Pr ON D.CodProd = Pr.CodProd -- XXX não sei se é necessário para sua consulta INNER JOIN televenda_pedidos.Receber R ON P.CodPedido = R.CodPedido WHERE Pr.empresa = 4 --AND R.ValorPago IS NOT NULL AND (R.DataPag IS NOT NULL) AND COALESCE(R.DataPagExtra, R.DataPag) BETWEEN '2008/08/25' AND '2008/08/25 23:59:59' AND P.status = 4 GROUP BY FP.NomeFPag Dica: utilize valores diferentes do work_mem e não esqueça de analisar as tabelas antes dos testes. -- Euler Taveira de Oliveira http://www.timbira.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
Re: [pgbr-geral] Consultas com subconsultas e join com views
Euler coloquei as consultas em http://www.cpt.com.br/zehk/sql.txt. D.CodPedido tem um indice composto com (codpedido, codprod) que é chave primaria Após rodar o analyze nas tabelas envolvidas, gerei novo explain analyze, não vi melhoria, favor comentar algum detalhe. Atte, José Carlos 2008/8/25 Euler Taveira de Oliveira [EMAIL PROTECTED]: José Carlos Messias escreveu: Euler (e outros) vc tem algum material/tutorial ou favor me indicar em qual parte da documentação posso ver o que causa esses hash joins e sort apontados pelo explain analyse e outros itens que afetam a velocidade da consulta e como amenizar? Grato pelo ajuda até o momento. O seu cliente de e-mail está quebrando linhas e os planos estão difíceis de analisar; o último plano de execução está sem identação. Publique os planos em algum lugar (servidor www) ou em um desses coladores de código tais como [1] e [2]. Pelo que olhei por cima as suas tabelas estão com as estatísticas muito desatualizadas. Antes de enviar qualquer plano de execução para análise tenha certeza de que executou o ANALYZE em todas as tabelas envolvidas. Quanto ao material, você pode consulta o manual [3] e, também, ler as discussões a respeito de problemas de performance através do histórico da lista. Talvez este último seja o mais interessante pois muitas análises que fazemos aqui não estão catalogadas em nenhum local. set work_mem to 56000; - NÃO FEZ DIFERENÇA, Não fez diferença porque (i) o problema não é memória ou (ii) as estatísticas desatualizadas estão enganando o otimizador para que ele produza um plano ineficiente. CONSULTA ABAIXO DEMOROU 10 MINUTOS PARA RETORNAR DADOS corte FROM televenda_pedidos.Pedido P INNER JOIN televenda_pedidos.DetPedido D ON P.CodPedido = D.CodPedido ^^ o plano de execução mostra um seqscan nesta tabela que me parece o motivo da lentidão. D.CodPedido tem um índice? [1] http://pgsql.privatepaste.com/ [2] http://pastebin.com/ [3] http://www.postgresql.org/docs/8.3/static/performance-tips.html -- Euler Taveira de Oliveira http://www.timbira.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
Re: [pgbr-geral] Consultas com subconsultas e join com views
(datapagextra, datapag) = '2008-08-25 23:59:59'::timestamp without time zone)) - Index Scan using pedido_pkey on pedido p (cost=0.00..5.99 rows=1 width=4) (actual time=0.035..0.035 rows=1 loops=12) Index Cond: (p.codpedido = outer.codpedido) Filter: (status = 4) - Index Scan using pedido_pkey on pedido p (cost=0.00..5.99 rows=1 width=8) (actual time=0.005..0.005 rows=1 loops=12) Index Cond: (p.codpedido = outer.codpedido) - Hash (cost=1.26..1.26 rows=26 width=19) (actual time=0.083..0.083 rows=26 loops=1) - Seq Scan on fpagamento fp (cost=0.00..1.26 rows=26 width=19) (actual time=0.044..0.045 rows=26 loops=1) - Index Scan using idx_receber_codpedido on receber r (cost=0.00..6.32 rows=18 width=15) (actual time=0.026..0.029 rows=6 loops=12) Index Cond: (outer.codpedido = r.codpedido) Total runtime: 2348.559 ms 2008/8/22 Euler Taveira de Oliveira [EMAIL PROTECTED]: José Carlos Messias escreveu: Somente respondi na ultima mensagem que recebi, acho que não estou criando e sim mantendo a ultima que enviei, mas tomarei mais cuidado no futuro, bom na pior das hipoteses o banco de dados continua de pé, servidor estavel, e agora com os 32MB de work_mem rodando as subconsultas e views em joins, embora com rendimentos muito ruins como o Euler mencionou, mas não descreveu o pq de tanto ruim eu não tenho paramentros para dizer se esta ruim ou não. Cade os comandos EXPLAIN ANALYZE com e sem as visões? E também com um valor mais alto de work_mem (por exemplo 48MB, 64MB, 80MB, ...)? Sem esses comandos não dá para fazer uma análise. Mas já adiantando o problema, a sua consulta tem vários Hash Joins e Sorts que, por sua vez, não cabem na memória (work_mem) e vão para o disco (operação que é lenta) a cada consulta. Podem haver estimativas ruins mas para isso é preciso analisar o EXPLAIN ANALYZE com valores de work_mem maiores. -- Euler Taveira de Oliveira http://www.timbira.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
Re: [pgbr-geral] Consultas com subconsultas e join com views
Somente respondi na ultima mensagem que recebi, acho que não estou
criando e sim mantendo a ultima que enviei, mas tomarei mais cuidado
no futuro, bom na pior das hipoteses o banco de dados continua de pé,
servidor estavel, e agora com os 32MB de work_mem rodando as
subconsultas e views em joins, embora com rendimentos muito ruins como
o Euler mencionou, mas não descreveu o pq de tanto ruim eu não tenho
paramentros para dizer se esta ruim ou não.
Todas as conexões estão persistentes, baixei o numero de conexões para
250 e estou monitorando, obrigado pela linha de comando.
Cenário envolvido controle pedidos pagos e não pagos pelos clientes.
2008/8/21 Euler Taveira de Oliveira [EMAIL PROTECTED]:
José Carlos Messias escreveu:
Peço desculpas pelo toppost foi devido ao desespero de não conseguir
fazer a migração, mas após colocar o work_mem com 128MB, consegui ter
resultados com aproximadamente 7 a 12seg, troquei o work_men para 32MB
conforme indicado pelo Euler.
E continuou fazendo _top-postings_. ;) Eu *não* indiquei colocar 32MB;
só disse aquilo a título de exemplo. Como eu disse, talvez seja o caso
utilizar uns 4 ou 8MB como padrão (tem que analisar se isso é realmente
necessário) e utilizar o 'set work_mem to 'xxMB' naqueles comandos que
demandam maior uso de memória para processamento.
Quanto a aplicação em PHP 5 + Apache 2, SIM estou usando conexões
persistentes com ADODB. Alguma dica?
find . -name '*.php' -exec grep 'ADONewConnection' {} \; -print
Talvez tenha alguma(s) rotina(s) que utiliza(m) conexão não persistente?
Segue o explain analyze:
Qual o cenário envolvido nesse EXPLAIN ANALYZE? Você não disse. As
estimativas estão realmente péssimas. Qual o tamanho da tabela receber?
--
Euler Taveira de Oliveira
http://www.timbira.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
Re: [pgbr-geral] Consultas com subconsultas e join com views
Peço desculpas pelo toppost foi devido ao desespero de não conseguir fazer a migração, mas após colocar o work_mem com 128MB, consegui ter resultados com aproximadamente 7 a 12seg, troquei o work_men para 32MB conforme indicado pelo Euler. Quanto a aplicação em PHP 5 + Apache 2, SIM estou usando conexões persistentes com ADODB. Alguma dica? Segue o explain analyze: Merge Join (cost=362542.47..371151.94 rows=5283 width=56) (actual time=12785.255..13765.140 rows=35156 loops=1) Merge Cond: ((outer.codpedido = inner.codpedido) AND (outer.max_rec_parcela = inner.rec_parcela)) - Sort (cost=128183.18..128393.72 rows=84216 width=8) (actual time=6343.411..6573.183 rows=417727 loops=1) Sort Key: vultimaparcela.codpedido, vultimaparcela.max_rec_parcela - Subquery Scan vultimaparcela (cost=119398.69..121293.55 rows=84216 width=8) (actual time=4130.442..4482.184 rows=417727 loops=1) - HashAggregate (cost=119398.69..120451.39 rows=84216 width=8) (actual time=4130.439..4335.600 rows=417727 loops=1) - Hash Join (cost=42915.52..114504.45 rows=978849 width=8) (actual time=715.043..3507.827 rows=868669 loops=1) Hash Cond: (outer.codpedido = inner.codpedido) - Seq Scan on receber (cost=0.00..31467.72 rows=1432772 width=8) (actual time=0.006..608.925 rows=1432772 loops=1) - Hash (cost=39872.17..39872.17 rows=412140 width=4) (actual time=714.353..714.353 rows=417743 loops=1) - Bitmap Heap Scan on pedido (cost=2599.86..39872.17 rows=412140 width=4) (actual time=85.631..419.278 rows=417743 loops=1) Recheck Cond: ((status = 4) OR (status = 44) OR (status = 59)) - BitmapOr (cost=2599.86..2599.86 rows=415389 width=0) (actual time=76.816..76.816 rows=0 loops=1) - Bitmap Index Scan on idx_pedido_status (cost=0.00..2567.17 rows=410620 width=0) (actual time=75.774..75.774 rows=411960 loops=1) Index Cond: (status = 4) - Bitmap Index Scan on idx_pedido_status (cost=0.00..16.35 rows=2384 width=0) (actual time=0.667..0.667 rows=3527 loops=1) Index Cond: (status = 44) - Bitmap Index Scan on idx_pedido_status (cost=0.00..16.35 rows=2384 width=0) (actual time=0.372..0.372 rows=2256 loops=1) Index Cond: (status = 59) - Sort (cost=234359.29..237000.96 rows=1056669 width=60) (actual time=6441.787..6822.392 rows=725632 loops=1) Sort Key: receber.codpedido, receber.rec_parcela - Seq Scan on receber (cost=33169.14..68218.79 rows=1056669 width=60) (actual time=895.653..1736.971 rows=729363 loops=1) Filter: ((valorpago IS NULL) OR (hashed subplan)) SubPlan - Seq Scan on receber (cost=0.00..31467.72 rows=680567 width=4) (actual time=0.036..562.784 rows=682250 loops=1) Filter: (datapag IS NULL) 2008/8/20 Euler Taveira de Oliveira [EMAIL PROTECTED]: José Carlos Messias escreveu: Como solicitado achei melhor colocar no site devido a formatação um arquivo txt no link http://www.cpt.com.br/zehk/sql.txt, mas segue no corpo do email também. Veja mais comentarios nas entrelinhas sobre as configurações do servidor abaixo. Na verdade seria o EXPLAIN *ANALYZE* e não somente o EXPLAIN. Seria bom ver as duas consultas: (i) utilizando visões (ii) utilizando somente tabelas. Como um colega já alertou, o parâmetro work_mem está muito baixo mas talvez não seja o caso de aumentá-lo para todo o agrupamento de banco de dados. Experimente o *set work_mem to '32MB'*, que altera esse parâmetro somente naquela sessão. Experimente vários valores e veja se o plano de execução é alterado. 2008/8/20 André Volpato [EMAIL PROTECTED]: José Carlos Messias escreveu: Como é um servidor estável em produção estou usando a versão fornecida via APT-GET do debian postgresql-8.1 8.1.11-0etch1, Fiz algumas tentativas de migrar para 8.3.3 mas barrei na codificação. Não entendi. Qual o problema com a codificação? max_connections = 700 Precisa mesmo de tantas conexões? Fui aumentando para evitar erros de número máximo de conexões atingidas, utilizamos apache 2+php 5 em nosso sistema. Sugiro rever porque a aplicação está consumindo tantas conexões. Você está utilizando conexões persistentes? shared_buffers = 8 work_mem = 8192 Parece pouco. Este fator está ligado diretamente com as ordenações. Tente aumentar para uns 128MB e vê no qe dá... *Não* faça isso. Esse parâmetro é por sessão. Assim, com _apenas_ 32 conexões você ocupará os 4GB! Veja dica acima. PS pessoal, evitem *top-postings* [1]. Fica
[pgbr-geral] Consultas com subconsultas e join com views
Caros, Estou fazendo uma migração de mssql para postgresql e estou tendo problemas de lentidão quando faço uma consulta utilizando subconsultas ou views no join, está ficando muito lento mesmo, impraticável. Estou achando que seja alguma configuração do servidor postgresql 8.1, vou passar para vocês darem uma olhada ou tem algum bug relacionado com esta versão do postgresql? 2 Processadores Intel(R) Xeon(R) CPU E5320 @ 1.86GHz 4GB de RAM 3 HD's SAS de 73GB em RAID 5 S.O. Debian GNU/Linux 4.0 port = 5432 max_connections = 700 shared_buffers = 8 work_mem = 8192 max_fsm_pages = 4 max_fsm_relations = 2100 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Consultas com subconsultas e join com views
, rec_id serial NOT NULL, ); ALTER TABLE ONLY receber ADD CONSTRAINT receber_pkey PRIMARY KEY (rec_id); ALTER TABLE ONLY receber ADD CONSTRAINT un_codpedido_rec_parcela UNIQUE (codpedido, rec_parcela); CREATE INDEX idx_receber_codpedido ON receber USING btree (codpedido); CREATE INDEX idx_receber_datapag ON receber USING btree (datapag); CREATE INDEX idx_receber_datavencent ON receber USING btree (datavencent); CREATE INDEX idx_receber_rec_parcela ON receber USING btree (rec_parcela); 2008/8/20 André Volpato [EMAIL PROTECTED]: José Carlos Messias escreveu: Estou achando que seja alguma configuração do servidor postgresql 8.1, vou passar para vocês darem uma olhada ou tem algum bug relacionado com esta versão do postgresql? Use a última versão do 8.1 (8.1.13), ou de preferência a última versão estável (8.3.3). Como é um servidor estável em produção estou usando a versão fornecida via APT-GET do debian postgresql-8.1 8.1.11-0etch1, Fiz algumas tentativas de migrar para 8.3.3 mas barrei na codificação. 2 Processadores Intel(R) Xeon(R) CPU E5320 @ 1.86GHz 4GB de RAM 3 HD's SAS de 73GB em RAID 5 RAID5 com 3 hds não é uma conf muito aconselhável. Não sei quais são as tuas necessidades, mas você teria um ganho bom com mais um HD. Melhor ainda se for RAID10... S.O. Debian GNU/Linux 4.0 port = 5432 max_connections = 700 Precisa mesmo de tantas conexões? Fui aumentando para evitar erros de número máximo de conexões atingidas, utilizamos apache 2+php 5 em nosso sistema. shared_buffers = 8 work_mem = 8192 Parece pouco. Este fator está ligado diretamente com as ordenações. Tente aumentar para uns 128MB e vê no qe dá... Vou ajustar para esta configuraçao e reporto depois. max_fsm_pages = 4 max_fsm_relations = 2100 Não esqueça de mandar os explain analyze, como pediram. E verifique se as colunas joinadas possuem índice. Segue no inicio do email. -- ACV ___ 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] consulta lenta, ajuda interpretar explain
Quando montei a view utilizei o IN e o postgresql converteu para OR, acredito que seja o ANALIZADOR de consultas dele que prefere assim. Estou fazendo testes para ver se melhora o performance, o que estou conseguindo visualizar é que quando acessa as tabelas diretamente, roda que uma beleza, mas quando faço um JOIN com uma view ou uma subconsulta... fica muito lento mesmo. Já estou achando que seja alguma configuração do servidor, vou passar para vocês darem uma olhada. 2 Processadores Intel(R) Xeon(R) CPU E5320 @ 1.86GHz 4GB de RAM 3 HD's SAS de 73GB em RAID 5 S.O. Debian GNU/Linux 4.0 port = 5432 max_connections = 700 shared_buffers = 8 work_mem = 8192 max_fsm_pages = 4 max_fsm_relations = 2100 2008/8/19 Rudinei Dias [EMAIL PROTECTED]: O uso de OR é sempre uma coisa complicada. Ao invés disso, porque não utilizas IN WHERE pedido.status in (4,44,59) depois, verifique se pedido.status tem algum índice. Pode estar aí seu problema. 2008/8/19 José Carlos Messias [EMAIL PROTECTED] Galera, Pode estar na cara mas não estou conseguindo interpretar o explain e a consulta está muito lenta. Vejam: SELECT receber.codpedido, max(receber.rec_parcela) AS max_rec_parcela FROM receber JOIN pedido ON pedido.codpedido = receber.codpedido WHERE pedido.status = 4 OR pedido.status = 44 OR pedido.status = 59 GROUP BY receber.codpedido; QUERY PLAN HashAggregate (cost=118925.43..119785.92 rows=68839 width=8) - Hash Join (cost=42712.73..114110.34 rows=963017 width=8) Hash Cond: (outer.codpedido = inner.codpedido) - Seq Scan on receber (cost=0.00..31467.72 rows=1432772 width=8) - Hash (cost=39719.05..39719.05 rows=405474 width=4) - Bitmap Heap Scan on pedido (cost=2560.18..39719.05 rows=405474 width=4) Recheck Cond: ((status = 4) OR (status = 44) OR (status = 59)) - BitmapOr (cost=2560.18..2560.18 rows=408907 width=0) - Bitmap Index Scan on idx_pedido_status (cost=0.00..2524.24 rows=403783 width=0) Index Cond: (status = 4) - Bitmap Index Scan on idx_pedido_status (cost=0.00..17.97 rows=2562 width=0) Index Cond: (status = 44) - Bitmap Index Scan on idx_pedido_status (cost=0.00..17.97 rows=2562 width=0) Index Cond: (status = 59) ___ 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 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] consulta lenta, ajuda interpretar explain
CREATE INDEX idx_pedido_status ON pedido USING btree (status) 2008/8/19 Rudinei Dias [EMAIL PROTECTED]: O uso de OR é sempre uma coisa complicada. Ao invés disso, porque não utilizas IN WHERE pedido.status in (4,44,59) depois, verifique se pedido.status tem algum índice. Pode estar aí seu problema. 2008/8/19 José Carlos Messias [EMAIL PROTECTED] Galera, Pode estar na cara mas não estou conseguindo interpretar o explain e a consulta está muito lenta. Vejam: SELECT receber.codpedido, max(receber.rec_parcela) AS max_rec_parcela FROM receber JOIN pedido ON pedido.codpedido = receber.codpedido WHERE pedido.status = 4 OR pedido.status = 44 OR pedido.status = 59 GROUP BY receber.codpedido; QUERY PLAN HashAggregate (cost=118925.43..119785.92 rows=68839 width=8) - Hash Join (cost=42712.73..114110.34 rows=963017 width=8) Hash Cond: (outer.codpedido = inner.codpedido) - Seq Scan on receber (cost=0.00..31467.72 rows=1432772 width=8) - Hash (cost=39719.05..39719.05 rows=405474 width=4) - Bitmap Heap Scan on pedido (cost=2560.18..39719.05 rows=405474 width=4) Recheck Cond: ((status = 4) OR (status = 44) OR (status = 59)) - BitmapOr (cost=2560.18..2560.18 rows=408907 width=0) - Bitmap Index Scan on idx_pedido_status (cost=0.00..2524.24 rows=403783 width=0) Index Cond: (status = 4) - Bitmap Index Scan on idx_pedido_status (cost=0.00..17.97 rows=2562 width=0) Index Cond: (status = 44) - Bitmap Index Scan on idx_pedido_status (cost=0.00..17.97 rows=2562 width=0) Index Cond: (status = 59) ___ 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 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Controle de Ponto mais Horário de v erão
Olá João, desde que entrei na lista encontrei 33 mensagens suas e não consta nada relacionado a timezone. Encontro também o seguinte problema nos relatórios antes do horário de verão horário de trabalho 08:00 as 12:00hs e dentro do horário de verão aparece 09:00 as 13:00 ai vc corrigi, quando acaba o horário de verão fica de 07:00 as 11:00, como o transtorno não é tão grande corrigimos por código e adivinha o que acontece no próximo horário de verão Pensei em criar uma tabela de horário de verão e quando tirar os relatórios checar, mas acredito ter outro tipo de solução mais simples, imagino ser algum problema relacionado ao tipo de dados, por isso compartilhei com vocês para ter certeza ou não, rs. Em 11/12/07, Joao[EMAIL PROTECTED] escreveu: se nao me engano ja postei isso recentemente ! :P - Original Message - From: Thiago Risso [EMAIL PROTECTED] To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Tuesday, December 11, 2007 3:18 PM Subject: Re: [pgbr-geral]Controle de Ponto mais Horário de verão Como vocês contornam o controle de ponto (data+hora) dos colaboradores quando chega o horário de verão estamos utilizando o timestamp without time zone e temos algumas dores de cabeça quando entra e sai o horário de verão. Tem a atualização do timezone pelo Sistema Operacional, pelo Postgresql e pelo PHP. Crie links entre os ZICs do SO para o PHP e para o PG ... Ai você só atualiza o do SO... E os outros serão atualizados automaticamente ... Só precisar da o Reload ... -- Att: Thiago Risso ___ 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 -- José Carlos Messias Tel: 31 3899 7037 site: www.cpt.com.br MSN: [EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Hoteis próximos a PgCon
tenta no hotel real paulista pertinho do metro brigadeiro 11 3884 0564 Em 26/11/07, Sebastian SWC[EMAIL PROTECTED] escreveu: Pois eh... o foda eh que o meu chefe nao vai investir tanta grana pra eu ficar no century... quais vcs recomendam??? -- Atenciosamente, Sebastian Selau Webber Colombo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- José Carlos Messias Tel: 31 3899 7037 site: www.cpt.com.br MSN: [EMAIL PROTECTED] ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
