[pgbr-geral] autovacuum - to prevent wraparound
Srs. Estou com autovacuum off e mesmo assim o banco inicio esse processo, porque ? É algum tipo de prevenção? Como saber que ele vai iniciar esse processo ou se está perdo disso ... ? autovacuum: VACUUM ANALYZE pg_catalog.pg_largeobject (to prevent wraparound) -- *Atenciosamente, Emanuel Araújo* http://eacshm.wordpress.com/ * * *Linux Certified LPIC-1* ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] autovacuum - to prevent wraparound
Srs. Estou com autovacuum off e mesmo assim o banco inicio esse processo, porque ? É algum tipo de prevenção? Como saber que ele vai iniciar esse processo ou se está perdo disso ... ? Sim, é uma prevenção para evitar perda de dados. Você deveria estar com o autovacuum ligado ou, no mínimo, fazer vacuums manuais regularmente. Para não ter que se preocupar com isso, mantenha o autovacuum ligado e bem configurado. []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] customização do ORDER BY
Como seria? Melhor explicar o que você quer fazer e não o que gostaria de modificar no PostgreSQL. []s Flavio Gurgel Na verdade eu tenho um select que me retorna os dados da seguinte forma: id | value 51º Aval 51º Trim 52º Aval 53º Aval 5Média 5PT 5REC Como eu falei a ordem que preciso neste caso é personalizada, onde ficaria da seguinte forma: id | value 51º Aval 52º Aval 53º Aval 5PT 5Média 5REC 51º Trim Alguma idéia de como fazer isso? Att Fabiano Fernandes ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Streaming replication + Vaccum DB
Cenário: Replicação entre duas máquinas de banco de dados na mesma rede, ambas com o mesmo sistema operacional e mesma versão de banco de dados. Parâmetros utilizados no mestre: wal_level = hot_standby checkpoint_segments = 220 checkpoint_timeout = 10min Seu banco escreve tanto assim? Para fazer um bom tuning do checkpoint_segments eu faço assim: - mantenho o checkpoint_timeout em 5min (default); - ligo log_checkpoints - verifico se os checkpoints estão começando por tempo em produção normal (fora de cargas de dados); - se estão começando por tempo, os checkpoint_segments estão suficientes. 220 me parece exagerado, mesmo para cargas altíssimas de escrita. O máximo que cheguei foi 150. checkpoint_completion_target = 0.9 Você tem bons discos, suponho. Em discos comuns SAS 15.000 RPM eu deixo este cara a 0.8 pra não arriscar que um checkpoint se atrase na finalização, ainda mais considerando sua alta carga de escrita. Prefiro aumentar um pouco os parâmetros do bgwriter e deixar menos dados pro checkpoint. Faz uma baita diferença. Suas taxas de escrita estão monitoradas nos discos? Seu pg_xlog está num disco à parte? archive_mode = on archive_command = 'rsync -az --remove-sent-files %p Ooops... por que --remove-sent-files? Os logs já arquivados estão sendo removidos? Isso pode ser a causa do erro que você está vendo. Dá uma olhada, o arquivo que o PostgreSQL tá pedindo ainda está no seu diretório de arquivados? postgres@ip:/diretorio_logs_transacao/%f' max_wal_senders = 3 Quantos escravos você tem? A relação é 1:1, se são só dois servidores (mestre e escravo) você precisa de 1 sender. wal_keep_segments = 3 Se seus logs estão sendo apagados, com a taxa de escrita que estou pressupondo, este parâmetro está baixo. Parâmetros utilizados no escravo: hot_standby = on E depois as configurações do arquivo recovery.conf. Passa aqui o recovery.conf pra nós! Flávio, o escravo tem acesso sim aos meus logs de transação. Mas veja se eles não estão sendo apagados pelo seu comando rsync. []s! Flavio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] customização do ORDER BY
Em 17 de maio de 2011 09:48, Fabiano Fernandes cont...@fabianofernandes.adm.br escreveu: Como seria? Melhor explicar o que você quer fazer e não o que gostaria de modificar no PostgreSQL. []s Flavio Gurgel Na verdade eu tenho um select que me retorna os dados da seguinte forma: id | value 5 1º Aval 5 1º Trim 5 2º Aval 5 3º Aval 5 Média 5 PT 5 REC Como eu falei a ordem que preciso neste caso é personalizada, onde ficaria da seguinte forma: id | value 5 1º Aval 5 2º Aval 5 3º Aval 5 PT 5 Média 5 REC 5 1º Trim Alguma idéia de como fazer isso? Sim. Uma tabela com duas colunas contendo (pronto pra carga CSV): descricao;ordem '1º Aval';1 '2º Aval';2 '3º Aval';3 'PT';4 'Média';5 'REC';6 '1º Trim';7 E faz seu SELECT com INNER JOIN nesta tabela e ORDER BY no campo ordem. Vantajão: se precisar alterar a ordem é só alterar esta tabelinha. []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] customização do ORDER BY
2011/5/17 Fabiano Fernandes cont...@fabianofernandes.adm.br: Como eu falei a ordem que preciso neste caso é personalizada […] Alguma idéia de como fazer isso? Podes criar uma ordem de classificação no sistema operacional, como apontei na minha primeira resposta, ou um domínio enumerativo no PostgreSQL. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] customização do ORDER BY
2011/5/17 Flavio Henrique Araque Gurgel fha...@gmail.com: Uma tabela com duas colunas contendo (pronto pra carga CSV): descricao;ordem Boa. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] customização do ORDER BY
Uma opção sem criar estruturas adicionais seria: select * from tabela order by case value when '1º Aval' then 0 when '2º Aval' then 1 . when '1º Trim' then x end; -- *Marcone Peres - DBA* http://www.linkedin.com/in/marconeperes *(61) 8146-0028* ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] customização do ORDER BY
Uma tabela com duas colunas contendo (pronto pra carga CSV): descricao;ordem Boa. É pra isso que bancos de dados relacionais foram criados, não? :) []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Streaming replication + Vaccum DB
Em 17-05-2011 09:53, Flavio Henrique Araque Gurgel escreveu: archive_mode = on archive_command = 'rsync -az --remove-sent-files %p Ooops... por que --remove-sent-files? Os logs já arquivados estão sendo removidos? Isso pode ser a causa do erro que você está vendo. Dá uma olhada, o arquivo que o PostgreSQL tá pedindo ainda está no seu diretório de arquivados? Não queira ser mais esperto que o PostgreSQL. Com o comando acima você está removendo arquivos do log de transação _sem_ que o PostgreSQL saiba. Uma queda (crash) poderia deixar o seu servidor principal sem a capacidade de retornar ao ponto que estava antes da queda. O correto é remover somente arquivos do log de transação que estão antes do último restartpoint (ponto de partida de uma restauração), ou seja, é melhor deixar quem sabe fazer isso (pg_archivecleanup [1]). Vale lembrar que esse comando é útil somente naqueles cenários onde há somente um servidor secundário pois ele pode remover arquivos que ainda são necessários por outros servidores secundários. postgres@ip:/diretorio_logs_transacao/%f' Eu aconselharia manter os logs arquivados em outro local. Por quê? O restore_command espera um sucesso para cópia do arquivo mas se o arquivo já está no local você pode obter uma falha do tipo foo e foo são o mesmo arquivo. wal_keep_segments = 3 Se seus logs estão sendo apagados, com a taxa de escrita que estou pressupondo, este parâmetro está baixo. Não. Esse parâmetro só é útil se eu não estou arquivando os logs. No seu caso, pode deixar wal_keep_segments = 0 pois os arquivos necessários pelo secundário estarão arquivados. [1] http://www.postgresql.org/docs/9.0/static/pgarchivecleanup.html -- Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Streaming replication + Vaccum DB
Olá, Flávio e Euler Estou respondendo aos dois juntos :) Em 17 de maio de 2011 09:53, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: Cenário: Replicação entre duas máquinas de banco de dados na mesma rede, ambas com o mesmo sistema operacional e mesma versão de banco de dados. Parâmetros utilizados no mestre: wal_level = hot_standby checkpoint_segments = 220 checkpoint_timeout = 10min Seu banco escreve tanto assim? Sim. É um banco de dados que trabalha com rastreamento de veículos. Hoje temos mais de 50 mil veículos ativos enviando posição dos veículos a todo o momento. Dependendo da configuração do módulo, o veículo pode mandar posição de 10 em 10 segundos ou de minuto em minuto. Ainda estou no ambiente de homologação, por isso os valores podem estar um pouco altos e/ou baixos ainda. Estou tentando chegar a pouco ideal de configuração. Para fazer um bom tuning do checkpoint_segments eu faço assim: - mantenho o checkpoint_timeout em 5min (default); - ligo log_checkpoints - verifico se os checkpoints estão começando por tempo em produção normal (fora de cargas de dados); Normalmente eu faço isso também, coloquei mais para fazer testes, ainda não fechei esta configuração para o servidor de produção. - se estão começando por tempo, os checkpoint_segments estão suficientes. 220 me parece exagerado, mesmo para cargas altíssimas de escrita. O máximo que cheguei foi 150. De acordo com os testes, estou estourando o checkpoint por checkpoint_segments. checkpoint_completion_target = 0.9 Você tem bons discos, suponho. Em discos comuns SAS 15.000 RPM eu deixo este cara a 0.8 pra não arriscar que um checkpoint se atrase na finalização, ainda mais considerando sua alta carga de escrita. Prefiro aumentar um pouco os parâmetros do bgwriter e deixar menos dados pro checkpoint. Faz uma baita diferença. Suas taxas de escrita estão monitoradas nos discos? Seu pg_xlog está num disco à parte? Sim. Tenho um Storage da família DS3400, com discos SAS de 15K RPM e RAID 10. Legal. Não tinha pensado neste possibilidade de aumentar o valor do bgwriter. Farei um teste com isso. Obrigado pela dica. archive_mode = on archive_command = 'rsync -az --remove-sent-files %p Ooops... por que --remove-sent-files? Os logs já arquivados estão sendo removidos? Isso pode ser a causa do erro que você está vendo. Dá uma olhada, o arquivo que o PostgreSQL tá pedindo ainda está no seu diretório de arquivados? Sim. Normalmente eu removo os arquivos que já arquivei e transferi para o servidor escravo. Euler, eu havia pensado em fazer a remoção pg_archivecleanup mas acabei não fazendo. Como tenho apenas 1 servidor escravo usarei a abordagem sugerida. Obrigado pela dica. postgres@ip:/diretorio_logs_transacao/%f' max_wal_senders = 3 Quantos escravos você tem? A relação é 1:1, se são só dois servidores (mestre e escravo) você precisa de 1 sender. Concordo com você Flávio. Aqui foi um erro na configuração :( wal_keep_segments = 3 Se seus logs estão sendo apagados, com a taxa de escrita que estou pressupondo, este parâmetro está baixo. Quando começei a revisar a configuração percebi isso também, mas como estava assim na origem do meu problema, postei assim mesmo na lista :) Parâmetros utilizados no escravo: hot_standby = on E depois as configurações do arquivo recovery.conf. Passa aqui o recovery.conf pra nós! Flávio, o escravo tem acesso sim aos meus logs de transação. Mas veja se eles não estão sendo apagados pelo seu comando rsync. Farei esta verificação. Euler, por quanto tempo você acredita ser interessante deixar os logs arquivados em outro local? Pessoal, obrigado pelas dicas, sempre aprendo com vocês :) []s! Flavio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral Abraços -- 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
Re: [pgbr-geral] Streaming replication + Vaccum DB
Olá.Tenho boas noticias, parte do problema consegui resolver.Bom comecei a descobrir a causa do meu problemas, que entendi são dois.O primeiro problema que estava acarretando esta mensagem e devido ao tamanho do pg_xlog.Meu pg_xlog do servidor master tava dando 3,3 GB, então alterei o parâmetro wal_keep_segments = 250 que fazendo a conta 250 / 16 da 4 GB um pouco a mais que meu pg_xlog original, preferi deixar um pouco a mais mesmo.O Segundo problema que constatei e estar replicando para um outro servidor atravez de uma conexão a radio. Que gerava esta mensagem.Então para descedi mudar o ambiente.Comecei a replicação para um servidor que esta na mesma sala, alterando o parâmetro wal_keep_segments para 250 e então funcionou perfeitamente rodando o vaccumAgora estou na briga de fazer o vaccum funcionar para o outro servidor que esta fora do prédio, porem interligado através de radio.Caso alguém tenha alguma sugestão de como resolver esta segunda questão agradeço Em 13-05-2011 11:46, gilmarli...@agrovale.com.br escreveu: Estou baixando a versão 9.0.2 do postgres para ver se não e um bug da 9.0.4.Deve apresentar o mesmo comportamento. Este erro vem desde versões betas mas ninguém conseguiu reproduzir e investigar. E continuo sem saber _quando_ o arquivo necessário pelo WAL foi removido já que você não monitorou os arquivos antes do problema ocorrer. :( -- ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Streaming replication + Vaccum DB
Em 17-05-2011 11:20, JotaComm escreveu: Euler, por quanto tempo você acredita ser interessante deixar os logs arquivados em outro local? Se os logs só servirem para replicação, deixe o pg_archivecleanup decidir para você. Se você utiliza os logs para o backup físico também, _não_ use o pg_archivecleanup; ao invés disso, utilize um script para remover os antigos de acordo com a política de cópias de segurança definidas pela sua empresa. -- Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Digest pgbr-geral, volume 29, assunto 45
Uma opção sem criar estruturas adicionais seria: select * from tabela order by case value when '1º Aval' then 0 when '2º Aval' then 1 . when '1º Trim' then x end; -- *Marcone Peres - DBA* http://www.linkedin.com/in/marconeperes *(61) 8146-0028* -- Próxima Parte -- Olá Marcone, Havia tentado desta maneira, mas o Postgres informa que não posso usar nenhuma clausura em ORDER BY ... =) ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] autovacuum - to prevent wraparound
Sim, é uma prevenção para evitar perda de dados. Você deveria estar com o autovacuum ligado ou, no mínimo, fazer vacuums manuais regularmente. Para não ter que se preocupar com isso, mantenha o autovacuum ligado e bem configurado. Tenho as rotinas de manutenção rodando diariamente, mas mantemos o autovacuum off, sei que o ideal seria ele estar on, bem, como é essa prevenção para evitar perda de dados? o vacuum não serve para marcar tuplas inválidas para serem re-utilizadas? Eu sei que existem outros parametros a ser usado com o vacuum, mas o conceito é esse... liberar espaço . Como posso fazer para desativá-lo ? -- *Atenciosamente, Emanuel Araújo* http://eacshm.wordpress.com/ * * *Linux Certified LPIC-1* ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] autovacuum - to prevent wraparound
Em 17 de maio de 2011 13:22, Emanuel Araújo eac...@gmail.com escreveu: Sim, é uma prevenção para evitar perda de dados. Você deveria estar com o autovacuum ligado ou, no mínimo, fazer vacuums manuais regularmente. Para não ter que se preocupar com isso, mantenha o autovacuum ligado e bem configurado. Tenho as rotinas de manutenção rodando diariamente, mas mantemos o autovacuum off, sei que o ideal seria ele estar on, bem, como é essa prevenção O que é feito nas suas rotinas? para evitar perda de dados? o vacuum não serve para marcar tuplas inválidas para serem re-utilizadas? Eu sei que existem outros parametros a ser usado com o vacuum, mas o conceito é esse... liberar espaço . O conceito é reaproveitar espaço. Mas é um conceito muito brando. Qual versão do PostgreSQL está usando? A partir da versão 8.3 e introdução do hot-update a probabilidade de wrap-around diminuiu bastante. O PostgreSQL tem um contador de transações de 32 bits. As tuplas nas tabelas tem várias marcações sobre qual transação fez algo sobre elas. Note que 32 bits ~ 4 bilhões de possibilidades. Quando uma tabela chega perto desse número de possibilidades se esgotar, entra o autovacuum para fazer o ajuste das tuplas com marcações antigas demais e as ajusta para que não haja a possibilidade de uma transação corrente ter número menor do que uma transação antiga. Veja em http://www.postgresql.org/docs/8.3/static/routine-vacuuming.html#VACUUM-FOR-WRAPAROUNDa relação entre o MVCC e o wraparound, e como configurar freeze_max_age e vacuum_freeze_min_age. Como posso fazer para desativá-lo ? Você não pode dessativá-lo, apenas postergá-lo sob risco enorme de ter uma tabela em freeze, aumentando a diferença entre min e max age. Uma tabela em freeze, acredite, não é uma situação confortável. []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] autovacuum - to prevent wraparound
Sim, é uma prevenção para evitar perda de dados. Você deveria estar com o autovacuum ligado ou, no mínimo, fazer vacuums manuais regularmente. Para não ter que se preocupar com isso, mantenha o autovacuum ligado e bem configurado. Tenho as rotinas de manutenção rodando diariamente, mas mantemos o autovacuum off, sei que o ideal seria ele estar on, bem, como é essa prevenção para evitar perda de dados? o vacuum não serve para marcar tuplas inválidas para serem re-utilizadas? Eu sei que existem outros parametros a ser usado com o vacuum, mas o conceito é esse... liberar espaço . Como posso fazer para desativá-lo ? Srs. Obrigado pelos esclarescimentos. -- *Atenciosamente, Emanuel Araújo* http://eacshm.wordpress.com/ * * *Linux Certified LPIC-1* ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Integração Postrgres/MongoDB
Pessoal, lá vou eu pra missões impossíveis. hehe. Seguinte, preciso saber se existe alguma feature do Postgres que implemente federated database com MongoDB. Preciso dessa interação pois o Mongo será uma camada de carga de dados e depois preciso colocar essas informações dentro do postgres. Tem que ser assim, não adianta soluções alternativas, tipo Porque vc não tenta... hehe!! Se tiverem alguma informação ou dica de alguma solução ou case nesse sentido, agradeço. Abraço a todos, -- Prof Luciano Schardosim Mobile 51 9603.2608 Email schar...@gmail.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] customização do ORDER BY
Olá Marcone, Havia tentado desta maneira, mas o Postgres informa que não posso usar nenhuma clausura em ORDER BY ... =) Deve ter algum outro problema pq eu uso uma consulta assim e funciona sem problemas. -- Marcone Peres - DBA http://www.linkedin.com/in/marconeperes (61) 8146-0028 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Integração Postrgres/MongoDB
2011/5/17 Luciano Schardosim schar...@gmail.com: lá vou eu pra missões impossíveis. hehe. Seguinte, preciso saber se existe alguma feature do Postgres que implemente federated database com MongoDB. Se tiver módulo do Perl, tem o DBI Links. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Integração Postrgres/MongoDB
2011/5/17 Luciano Schardosim schar...@gmail.com:
Pessoal,
lá vou eu pra missões impossíveis. hehe. Seguinte, preciso saber se existe
alguma feature do Postgres que implemente federated database com MongoDB.
Preciso dessa interação pois o Mongo será uma camada de carga de dados e
depois preciso colocar essas informações dentro do postgres. Tem que ser
assim, não adianta soluções alternativas, tipo Porque vc não tenta...
hehe!! Se tiverem alguma informação ou dica de alguma solução ou case
nesse sentido, agradeço.
Abraço a todos,
Integrar, só voce escrevendo um sincronizador/migrador? Agora, você
pode Simular:
CREATE TABLE mongo ( id SERIAL PRIMARY KEY, obj hstore NOT NULL );
INSERT INTO mongo (obj) SELECT
('a='||n||',key'||(n%10)||'='||n)::hstore FROM
generate_series(1,10) n;
SELECT * FROM mongo LIMIT 10;
id | obj
+-
1 | a=1, key1=1
2 | a=2, key2=2
3 | a=3, key3=3
4 | a=4, key4=4
5 | a=5, key5=5
6 | a=6, key6=6
7 | a=7, key7=7
8 | a=8, key8=8
9 | a=9, key9=9
10 | a=10, key0=10
CREATE INDEX mongo_a ON mongo((obj-'a')) WHERE (obj-'a') IS NOT NULL;
CREATE INDEX mongo_k1 ON mongo((obj-'key1')) WHERE (obj-'key1') IS NOT NULL;
CREATE INDEX mongo_k2 ON mongo((obj-'key2')) WHERE (obj-'key2') IS NOT NULL;
VACUUM ANALYZE mongo;
SELECT * FROM mongo WHERE (obj-'key1')='271';
id |obj
-+---
271 | a=271, key1=271
(1 ligne)
EXPLAIN ANALYZE SELECT * FROM mongo WHERE (obj-'key1')='271';
QUERY PLAN
-
Index Scan using mongo_k1 on mongo (cost=0.00..567.05 rows=513
width=36) (actual time=0.024..0.025 rows=1 loops=1)
Index Cond: ((obj - 'key1'::text) = '271'::text)
Total runtime: 0.048 ms
Dica de Peter C.
--
Reinaldo de Carvalho
http://korreio.sf.net
http://python-cyrus.sf.net
While not fully understand a software, don't try to adapt this
software to the way you work, but rather yourself to the way the
software works (myself)
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Integração Postrgres/MongoDB
2011/5/17 Reinaldo de Carvalho reinal...@gmail.com: Integrar, só voce escrevendo um sincronizador/migrador? De modo algum, SQL/PSM e DBI Links estão aí para isso. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Integração Postrgres/MongoDB
Pessoal, obrigado pelas dicas. Já deu pra ter uma visão do que vamos ter que fazer para realizar essa integração. Quando conseguirmos, eu posto qual solução escolhemos.] Grande abraço!!! Em 17 de maio de 2011 16:09, Leandro DUTRA leandro.gfc.du...@gmail.comescreveu: 2011/5/17 Reinaldo de Carvalho reinal...@gmail.com: Integrar, só voce escrevendo um sincronizador/migrador? De modo algum, SQL/PSM e DBI Links estão aí para isso. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Prof Luciano Schardosim Mobile 51 9603.2608 Email schar...@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] [pg_geral] - [Desenho do Banco de Dados - Férias]
Amigos, Alguém de vcs tem, e poderia me passar um desenho ou o próprio DDL de um diagrama de um banco de dados de Férias de funcionários de uma empresa ? Precisamos construir um sistemas desses, e gostaria de ver casos de sucesso. de já agradeço a atenção dos amigos ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [pg_geral] - [Desenho do Banco de Dados - Férias]
2011/5/17 izana souza torres izanator...@gmail.com: Alguém de vcs tem, e poderia me passar um desenho ou o próprio DDL de um diagrama de um banco de dados de Férias de funcionários de uma empresa ? Há livros com exemplos de modelos de dados… mas desconfio da qualidade dos mesmos. Cuidado, a maior parte dos modelos não foi feita pensando nas capacidades do PostgreSQL, e está cheia de problemas devido a terem sido feitos para SGBDs menos capazes, como, notadamente, Oracle, MS SQL Server MySQL. O ideal é partir dos requisitos, não de exemplos. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191 ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
