Re: [pgbr-geral] DBI Link
javaone escreveu: Ola, apos instalar o dbi link tento rodar um pequeno script de teste mas o seguinte erro é retornado: dbhab_teste=# \i dbi_teste_ora.sql SELECT dbi_link.make_accessor_functions( 'dbi:Oracle:sid=veides2;host=172.25.136.85'::dbi_link.data_source, 'abc'::text, 'def'::text, '--- AutoCommit: 1 RaiseError: 1 '::dbi_link.yaml, NULL::dbi_link.yaml, NULL::text, NULL::text, 'veides2'::text ); psql:dbi_teste_ora.sql:13: NOTA: Setting bail in %_SHARED hash. at line 25. CONTEXTO: comando SQL SELECT dbi_link.dbi_link_init() psql:dbi_teste_ora.sql:13: NOTA: Setting quote_literal in %_SHARED hash. at line 25. CONTEXTO: comando SQL SELECT dbi_link.dbi_link_init() psql:dbi_teste_ora.sql:13: NOTA: Setting get_connection_info in %_SHARED hash. at line 25. CONTEXTO: comando SQL SELECT dbi_link.dbi_link_init() psql:dbi_teste_ora.sql:13: NOTA: Setting quote_ident in %_SHARED hash. at line 25. CONTEXTO: comando SQL SELECT dbi_link.dbi_link_init() psql:dbi_teste_ora.sql:13: NOTA: Setting get_dbh in %_SHARED hash. at line 25. CONTEXTO: comando SQL SELECT dbi_link.dbi_link_init() psql:dbi_teste_ora.sql:13: NOTA: Setting remote_exec_dbh in %_SHARED hash. at line 25. CONTEXTO: comando SQL SELECT dbi_link.dbi_link_init() psql:dbi_teste_ora.sql:13: NOTA: SELECT dbi_link.set_up_connection( 'dbi:Oracle:sid=veides2;host=172.25.136.85', 'abc', 'def', '--- AutoCommit: 1 RaiseError: 1 ', NULL, NULL, NULL, 'veides2' ) psql:dbi_teste_ora.sql:13: NOTA: SELECT count(*) AS driver_there FROM dbi_link.available_drivers() WHERE available_drivers = 'dbi:Oracle:sid=veides2;host=172.25.136.85' CONTEXTO: comando SQL SELECT dbi_link.set_up_connection( 'dbi:Oracle:sid=veides2;host=172.25.136.85', 'abc', 'def', '--- AutoCommit: 1 RaiseError: 1 ', NULL, NULL, NULL, 'veides2' ) psql:dbi_teste_ora.sql:13: ERRO: error from Perl function make_accessor_functions: error from Perl function set_up_connection: install_driver(Oracle) failed: Can't load '/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/auto/DBD/Oracle/Oracle.so' for module DBD::Oracle: libclntsh.so.10.1: cannot open shared object file: Arquivo ou diretório não encontrado at /usr/lib/perl5/5.8.8/i386-linux-thread-multi/DynaLoader.pm line 230. at line 3 Compilation failed in require at line 3. Perhaps a required shared library or dll isn't installed where expected at line 37 at line 35. O que pode ser? O arquivo : '/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/auto/DBD/Oracle/Oracle.so' Existe? -- Dickson S. Guedes Administrador de Banco de Dados Confesol - Projeto Colmeia Florianopolis, SC, Brasil (48) 3322-1185, ramal: 26 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] DBI Link
Obrigado por responder, sim o arquivo existe Dickson S. Guedes-2 wrote: javaone escreveu: Ola, apos instalar o dbi link tento rodar um pequeno script de teste mas o seguinte erro é retornado: dbhab_teste=# \i dbi_teste_ora.sql SELECT dbi_link.make_accessor_functions( 'dbi:Oracle:sid=veides2;host=172.25.136.85'::dbi_link.data_source, 'abc'::text, 'def'::text, '--- AutoCommit: 1 RaiseError: 1 '::dbi_link.yaml, NULL::dbi_link.yaml, NULL::text, NULL::text, 'veides2'::text ); psql:dbi_teste_ora.sql:13: NOTA: Setting bail in %_SHARED hash. at line 25. CONTEXTO: comando SQL SELECT dbi_link.dbi_link_init() psql:dbi_teste_ora.sql:13: NOTA: Setting quote_literal in %_SHARED hash. at line 25. CONTEXTO: comando SQL SELECT dbi_link.dbi_link_init() psql:dbi_teste_ora.sql:13: NOTA: Setting get_connection_info in %_SHARED hash. at line 25. CONTEXTO: comando SQL SELECT dbi_link.dbi_link_init() psql:dbi_teste_ora.sql:13: NOTA: Setting quote_ident in %_SHARED hash. at line 25. CONTEXTO: comando SQL SELECT dbi_link.dbi_link_init() psql:dbi_teste_ora.sql:13: NOTA: Setting get_dbh in %_SHARED hash. at line 25. CONTEXTO: comando SQL SELECT dbi_link.dbi_link_init() psql:dbi_teste_ora.sql:13: NOTA: Setting remote_exec_dbh in %_SHARED hash. at line 25. CONTEXTO: comando SQL SELECT dbi_link.dbi_link_init() psql:dbi_teste_ora.sql:13: NOTA: SELECT dbi_link.set_up_connection( 'dbi:Oracle:sid=veides2;host=172.25.136.85', 'abc', 'def', '--- AutoCommit: 1 RaiseError: 1 ', NULL, NULL, NULL, 'veides2' ) psql:dbi_teste_ora.sql:13: NOTA: SELECT count(*) AS driver_there FROM dbi_link.available_drivers() WHERE available_drivers = 'dbi:Oracle:sid=veides2;host=172.25.136.85' CONTEXTO: comando SQL SELECT dbi_link.set_up_connection( 'dbi:Oracle:sid=veides2;host=172.25.136.85', 'abc', 'def', '--- AutoCommit: 1 RaiseError: 1 ', NULL, NULL, NULL, 'veides2' ) psql:dbi_teste_ora.sql:13: ERRO: error from Perl function make_accessor_functions: error from Perl function set_up_connection: install_driver(Oracle) failed: Can't load '/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/auto/DBD/Oracle/Oracle.so' for module DBD::Oracle: libclntsh.so.10.1: cannot open shared object file: Arquivo ou diretório não encontrado at /usr/lib/perl5/5.8.8/i386-linux-thread-multi/DynaLoader.pm line 230. at line 3 Compilation failed in require at line 3. Perhaps a required shared library or dll isn't installed where expected at line 37 at line 35. O que pode ser? O arquivo : '/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/auto/DBD/Oracle/Oracle.so' Existe? -- Dickson S. Guedes Administrador de Banco de Dados Confesol - Projeto Colmeia Florianopolis, SC, Brasil (48) 3322-1185, ramal: 26 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- View this message in context: http://www.nabble.com/Problema-com-DBI-Link-tp21692375p21707256.html Sent from the PostgreSQL - Brasil mailing list archive at Nabble.com. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Falta de memoria
Boa tarde, houve um erro no Postgres de uma das maquinas aqui da empresa. Depois de um tempo que a aplicação está rodando dá o erro de falta de memória. O banco não chega a cair. O log: 22:33:55.471 BRDTERROR: out of memory Operator class cache: 8192 total in 1 blocks; 3848 free (0 chunks); 4344 used PL/PgSQL function context: 8192 total in 1 blocks; 2472 free (9 chunks); 5720 used Rendezvous variable hash: 8192 total in 1 blocks; 3848 free (0 chunks); 4344 used PLpgSQL function cache: 24328 total in 2 blocks; 5904 free (0 chunks); 18424 used Record information cache: 8192 total in 1 blocks; 1800 free (0 chunks); 6392 used TopTransactionContext: 8192 total in 1 blocks; 7312 free (0 chunks); 880 used ExecutorState: 8192 total in 1 blocks; 6832 free (0 chunks); 1360 used ExprContext: 8192 total in 1 blocks; 8176 free (0 chunks); 16 used SPI Exec: 8192 total in 1 blocks; 7992 free (0 chunks); 200 used ExecutorState: 73856 total in 5 blocks; 26064 free (5 chunks); 47792 used TIDBitmap: 24576 total in 2 blocks; 2800 free (8 chunks); 21776 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 8192 total in 1 blocks; 8160 free (0 chunks); 32 used AggContext: 8192 total in 1 blocks; 8104 free (0 chunks); 88 used TupleHashTable: 8192 total in 1 blocks; 5704 free (0 chunks); 2488 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used SPI Proc: 8192 total in 1 blocks; 6632 free (2 chunks); 1560 used MessageContext: 8192 total in 1 blocks; 7072 free (0 chunks); 1120 used CFuncHash: 8192 total in 1 blocks; 4936 free (0 chunks); 3256 used MbProcContext: 1024 total in 1 blocks; 928 free (7 chunks); 96 used smgr relation table: 8192 total in 1 blocks; 2808 free (0 chunks); 5384 used TransactionAbortContext: 32768 total in 1 blocks; 32752 free (0 chunks); 16 used Portal hash: 8192 total in 1 blocks; 3912 free (0 chunks); 4280 used PortalMemory: 8192 total in 1 blocks; 8040 free (0 chunks); 152 used PortalHeapMemory: 15360 total in 4 blocks; 3400 free (0 chunks); 11960 used ExecutorState: 8192 total in 1 blocks; 712 free (6 chunks); 7480 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used Relcache by OID: 8192 total in 1 blocks; 3376 free (0 chunks); 4816 used CacheMemoryContext: 667472 total in 20 blocks; 202696 free (0 chunks); 464776 used CachedPlan: 15360 total in 4 blocks; 2856 free (0 chunks); 12504 used CachedPlanSource: 3072 total in 2 blocks; 624 free (0 chunks); 2448 used SPI Plan: 1024 total in 1 blocks; 904 free (0 chunks); 120 used idx_UNIQ_mo_queue: 1024 total in 1 blocks; 72 free (0 chunks); 952 used mo_queue_idx_lote: 1024 total in 1 blocks; 344 free (0 chunks); 680 used idx_mo_queue=processed: 1024 total in 1 blocks; 304 free (0 chunks); 720 used idx_mo_queue=importer_host: 1024 total in 1 blocks; 344 free (0 chunks); 680 used mo_queue_pkey: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_index_indrelid_index: 1024 total in 1 blocks; 304 free (0 chunks); 720 used pg_attrdef_adrelid_adnum_index: 1024 total in 1 blocks; 240 free (0 chunks); 784 used CachedPlan: 1024 total in 1 blocks; 528 free (0 chunks); 496 used CachedPlanSource: 3072 total in 2 blocks; 2000 free (3 chunks); 1072 used SPI Plan: 1024 total in 1 blocks; 928 free (0 chunks); 96 used unnamed prepared statement: 24576 total in 2 blocks; 3576 free (6 chunks); 21000 used pg_ts_dict_oid_index: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_aggregate_fnoid_index: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_language_name_index: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_statistic_relid_att_index: 1024 total in 1 blocks; 240 free (0 chunks); 784 used pg_ts_dict_dictname_index: 1024 total in 1 blocks; 280 free (0 chunks); 744 used pg_namespace_nspname_index: 1024 total in 1 blocks; 304 free (0 chunks); 720 used pg_opfamily_oid_index: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_opclass_oid_index: 1024 total in 1 blocks; 304 free (0 chunks); 720 used pg_ts_parser_prsname_index: 1024 total in 1 blocks; 280 free (0 chunks); 744 used pg_amop_fam_strat_index: 1024 total in 1 blocks; 88 free (0 chunks); 936 used LOCALLOCK hash: 8192 total in 1 blocks; 3912 free (0 chunks); 4280 used Timezones: 48616 total in 2 blocks; 5968 free (0 chunks); 42648 used ErrorContext: 8192 total in 1 blocks; 8176 free (4 chunks); 16 used Obrigado, Guilherme Vianna
Re: [pgbr-geral] DBI Link
Oi pessoal, o trecho chave da mensagem de erro é esse: libclntsh.so.10.1: cannot open shared object file O driver do oracle DBD::Oracle não ta conseguindo carregar essa biblioteca libclntsh.so.10.1 esse arquivo deve existir uma vezq eu se conseguiu instalar o DBD::Oracle, mas talvez não esteja em um diretório de pesquisa do perl On Wed, 28 Jan 2009 10:56:45 -0200, Dickson S. Guedes gue...@cresoltec.com.br wrote: javaone escreveu: Ola, apos instalar o dbi link tento rodar um pequeno script de teste mas o seguinte erro é retornado: dbhab_teste=# \i dbi_teste_ora.sql SELECT dbi_link.make_accessor_functions( 'dbi:Oracle:sid=veides2;host=172.25.136.85'::dbi_link.data_source, 'abc'::text, 'def'::text, '--- AutoCommit: 1 RaiseError: 1 '::dbi_link.yaml, NULL::dbi_link.yaml, NULL::text, NULL::text, 'veides2'::text ); psql:dbi_teste_ora.sql:13: NOTA: Setting bail in %_SHARED hash. at line 25. CONTEXTO: comando SQL SELECT dbi_link.dbi_link_init() psql:dbi_teste_ora.sql:13: NOTA: Setting quote_literal in %_SHARED hash. at line 25. CONTEXTO: comando SQL SELECT dbi_link.dbi_link_init() psql:dbi_teste_ora.sql:13: NOTA: Setting get_connection_info in %_SHARED hash. at line 25. CONTEXTO: comando SQL SELECT dbi_link.dbi_link_init() psql:dbi_teste_ora.sql:13: NOTA: Setting quote_ident in %_SHARED hash. at line 25. CONTEXTO: comando SQL SELECT dbi_link.dbi_link_init() psql:dbi_teste_ora.sql:13: NOTA: Setting get_dbh in %_SHARED hash. at line 25. CONTEXTO: comando SQL SELECT dbi_link.dbi_link_init() psql:dbi_teste_ora.sql:13: NOTA: Setting remote_exec_dbh in %_SHARED hash. at line 25. CONTEXTO: comando SQL SELECT dbi_link.dbi_link_init() psql:dbi_teste_ora.sql:13: NOTA: SELECT dbi_link.set_up_connection( 'dbi:Oracle:sid=veides2;host=172.25.136.85', 'abc', 'def', '--- AutoCommit: 1 RaiseError: 1 ', NULL, NULL, NULL, 'veides2' ) psql:dbi_teste_ora.sql:13: NOTA: SELECT count(*) AS driver_there FROM dbi_link.available_drivers() WHERE available_drivers = 'dbi:Oracle:sid=veides2;host=172.25.136.85' CONTEXTO: comando SQL SELECT dbi_link.set_up_connection( 'dbi:Oracle:sid=veides2;host=172.25.136.85', 'abc', 'def', '--- AutoCommit: 1 RaiseError: 1 ', NULL, NULL, NULL, 'veides2' ) psql:dbi_teste_ora.sql:13: ERRO: error from Perl function make_accessor_functions: error from Perl function set_up_connection: install_driver(Oracle) failed: Can't load '/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/auto/DBD/Oracle/Oracle.so' for module DBD::Oracle: libclntsh.so.10.1: cannot open shared object file: Arquivo ou diretório não encontrado at /usr/lib/perl5/5.8.8/i386-linux-thread-multi/DynaLoader.pm line 230. at line 3 Compilation failed in require at line 3. Perhaps a required shared library or dll isn't installed where expected at line 37 at line 35. O que pode ser? O arquivo : '/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/auto/DBD/Oracle/Oracle.so' Existe? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] No-ip
Olá pessoal. Como conectar ao banco usando No-ip? Obrigado, Alisson Viegas. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Falta de memoria
De uma olhada no seu postgresql.conf, lá tem 'shared_buffer', me reporta o que esta lá. 2009/1/28 Guilherme Vianna de Aguiar guilherme.via...@acotel.com Boa tarde, houve um erro no Postgres de uma das maquinas aqui da empresa. Depois de um tempo que a aplicação está rodando dá o erro de falta de memória. O banco não chega a cair. O log: 22:33:55.471 BRDTERROR: out of memory Operator class cache: 8192 total in 1 blocks; 3848 free (0 chunks); 4344 used PL/PgSQL function context: 8192 total in 1 blocks; 2472 free (9 chunks); 5720 used Rendezvous variable hash: 8192 total in 1 blocks; 3848 free (0 chunks); 4344 used PLpgSQL function cache: 24328 total in 2 blocks; 5904 free (0 chunks); 18424 used Record information cache: 8192 total in 1 blocks; 1800 free (0 chunks); 6392 used TopTransactionContext: 8192 total in 1 blocks; 7312 free (0 chunks); 880 used ExecutorState: 8192 total in 1 blocks; 6832 free (0 chunks); 1360 used ExprContext: 8192 total in 1 blocks; 8176 free (0 chunks); 16 used SPI Exec: 8192 total in 1 blocks; 7992 free (0 chunks); 200 used ExecutorState: 73856 total in 5 blocks; 26064 free (5 chunks); 47792 used TIDBitmap: 24576 total in 2 blocks; 2800 free (8 chunks); 21776 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 8192 total in 1 blocks; 8160 free (0 chunks); 32 used AggContext: 8192 total in 1 blocks; 8104 free (0 chunks); 88 used TupleHashTable: 8192 total in 1 blocks; 5704 free (0 chunks); 2488 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used SPI Proc: 8192 total in 1 blocks; 6632 free (2 chunks); 1560 used MessageContext: 8192 total in 1 blocks; 7072 free (0 chunks); 1120 used CFuncHash: 8192 total in 1 blocks; 4936 free (0 chunks); 3256 used MbProcContext: 1024 total in 1 blocks; 928 free (7 chunks); 96 used smgr relation table: 8192 total in 1 blocks; 2808 free (0 chunks); 5384 used TransactionAbortContext: 32768 total in 1 blocks; 32752 free (0 chunks); 16 used Portal hash: 8192 total in 1 blocks; 3912 free (0 chunks); 4280 used PortalMemory: 8192 total in 1 blocks; 8040 free (0 chunks); 152 used PortalHeapMemory: 15360 total in 4 blocks; 3400 free (0 chunks); 11960 used ExecutorState: 8192 total in 1 blocks; 712 free (6 chunks); 7480 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used Relcache by OID: 8192 total in 1 blocks; 3376 free (0 chunks); 4816 used CacheMemoryContext: 667472 total in 20 blocks; 202696 free (0 chunks); 464776 used CachedPlan: 15360 total in 4 blocks; 2856 free (0 chunks); 12504 used CachedPlanSource: 3072 total in 2 blocks; 624 free (0 chunks); 2448 used SPI Plan: 1024 total in 1 blocks; 904 free (0 chunks); 120 used idx_UNIQ_mo_queue: 1024 total in 1 blocks; 72 free (0 chunks); 952 used mo_queue_idx_lote: 1024 total in 1 blocks; 344 free (0 chunks); 680 used idx_mo_queue=processed: 1024 total in 1 blocks; 304 free (0 chunks); 720 used idx_mo_queue=importer_host: 1024 total in 1 blocks; 344 free (0 chunks); 680 used mo_queue_pkey: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_index_indrelid_index: 1024 total in 1 blocks; 304 free (0 chunks); 720 used pg_attrdef_adrelid_adnum_index: 1024 total in 1 blocks; 240 free (0 chunks); 784 used CachedPlan: 1024 total in 1 blocks; 528 free (0 chunks); 496 used CachedPlanSource: 3072 total in 2 blocks; 2000 free (3 chunks); 1072 used SPI Plan: 1024 total in 1 blocks; 928 free (0 chunks); 96 used unnamed prepared statement: 24576 total in 2 blocks; 3576 free (6 chunks); 21000 used pg_ts_dict_oid_index: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_aggregate_fnoid_index: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_language_name_index: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_statistic_relid_att_index: 1024 total in 1 blocks; 240 free (0 chunks); 784 used pg_ts_dict_dictname_index: 1024 total in 1 blocks; 280 free (0 chunks); 744 used pg_namespace_nspname_index: 1024 total in 1 blocks; 304 free (0 chunks); 720 used pg_opfamily_oid_index: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_opclass_oid_index: 1024 total in 1 blocks; 304 free (0 chunks); 720 used pg_ts_parser_prsname_index: 1024 total in 1 blocks; 280 free (0 chunks); 744 used pg_amop_fam_strat_index: 1024 total in 1 blocks; 88 free (0 chunks); 936 used LOCALLOCK hash: 8192 total
Re: [pgbr-geral] No-ip
Alisson, Da mesma forma, informando IP ou HOST do banco e realizando a devida autorização para ele se conectar a base. Não é recomendado, porque normalmente um 'no-ip' é discado, aí pode ficar com conexões presas. Recomendaria entrar via ssh e depois se conectar local, isso para alguma verificação/manutenção. Se for para alguma aplicação não recomendaria. Caso não seja essa a pergunta, você poderia especificar melhor. Abraços, Aldrey Galindo 2009/1/28 Alisson Viegas p...@acsiv.com.br: Olá pessoal. Como conectar ao banco usando No-ip? Obrigado, Alisson Viegas. ___ 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] Falta de memoria
Olá boa tarde 2009/1/28 Guilherme Vianna de Aguiar guilherme.via...@acotel.com Boa tarde, houve um erro no Postgres de uma das maquinas aqui da empresa. Depois de um tempo que a aplicação está rodando dá o erro de falta de memória. O banco não chega a cair. O log: 22:33:55.471 BRDTERROR: out of memory Operator class cache: 8192 total in 1 blocks; 3848 free (0 chunks); 4344 used PL/PgSQL function context: 8192 total in 1 blocks; 2472 free (9 chunks); 5720 used Rendezvous variable hash: 8192 total in 1 blocks; 3848 free (0 chunks); 4344 used PLpgSQL function cache: 24328 total in 2 blocks; 5904 free (0 chunks); 18424 used Record information cache: 8192 total in 1 blocks; 1800 free (0 chunks); 6392 used TopTransactionContext: 8192 total in 1 blocks; 7312 free (0 chunks); 880 used ExecutorState: 8192 total in 1 blocks; 6832 free (0 chunks); 1360 used ExprContext: 8192 total in 1 blocks; 8176 free (0 chunks); 16 used SPI Exec: 8192 total in 1 blocks; 7992 free (0 chunks); 200 used ExecutorState: 73856 total in 5 blocks; 26064 free (5 chunks); 47792 used TIDBitmap: 24576 total in 2 blocks; 2800 free (8 chunks); 21776 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 8192 total in 1 blocks; 8160 free (0 chunks); 32 used AggContext: 8192 total in 1 blocks; 8104 free (0 chunks); 88 used TupleHashTable: 8192 total in 1 blocks; 5704 free (0 chunks); 2488 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used SPI Proc: 8192 total in 1 blocks; 6632 free (2 chunks); 1560 used MessageContext: 8192 total in 1 blocks; 7072 free (0 chunks); 1120 used CFuncHash: 8192 total in 1 blocks; 4936 free (0 chunks); 3256 used MbProcContext: 1024 total in 1 blocks; 928 free (7 chunks); 96 used smgr relation table: 8192 total in 1 blocks; 2808 free (0 chunks); 5384 used TransactionAbortContext: 32768 total in 1 blocks; 32752 free (0 chunks); 16 used Portal hash: 8192 total in 1 blocks; 3912 free (0 chunks); 4280 used PortalMemory: 8192 total in 1 blocks; 8040 free (0 chunks); 152 used PortalHeapMemory: 15360 total in 4 blocks; 3400 free (0 chunks); 11960 used ExecutorState: 8192 total in 1 blocks; 712 free (6 chunks); 7480 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used Relcache by OID: 8192 total in 1 blocks; 3376 free (0 chunks); 4816 used CacheMemoryContext: 667472 total in 20 blocks; 202696 free (0 chunks); 464776 used CachedPlan: 15360 total in 4 blocks; 2856 free (0 chunks); 12504 used CachedPlanSource: 3072 total in 2 blocks; 624 free (0 chunks); 2448 used SPI Plan: 1024 total in 1 blocks; 904 free (0 chunks); 120 used idx_UNIQ_mo_queue: 1024 total in 1 blocks; 72 free (0 chunks); 952 used mo_queue_idx_lote: 1024 total in 1 blocks; 344 free (0 chunks); 680 used idx_mo_queue=processed: 1024 total in 1 blocks; 304 free (0 chunks); 720 used idx_mo_queue=importer_host: 1024 total in 1 blocks; 344 free (0 chunks); 680 used mo_queue_pkey: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_index_indrelid_index: 1024 total in 1 blocks; 304 free (0 chunks); 720 used pg_attrdef_adrelid_adnum_index: 1024 total in 1 blocks; 240 free (0 chunks); 784 used CachedPlan: 1024 total in 1 blocks; 528 free (0 chunks); 496 used CachedPlanSource: 3072 total in 2 blocks; 2000 free (3 chunks); 1072 used SPI Plan: 1024 total in 1 blocks; 928 free (0 chunks); 96 used unnamed prepared statement: 24576 total in 2 blocks; 3576 free (6 chunks); 21000 used pg_ts_dict_oid_index: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_aggregate_fnoid_index: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_language_name_index: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_statistic_relid_att_index: 1024 total in 1 blocks; 240 free (0 chunks); 784 used pg_ts_dict_dictname_index: 1024 total in 1 blocks; 280 free (0 chunks); 744 used pg_namespace_nspname_index: 1024 total in 1 blocks; 304 free (0 chunks); 720 used pg_opfamily_oid_index: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_opclass_oid_index: 1024 total in 1 blocks; 304 free (0 chunks); 720 used pg_ts_parser_prsname_index: 1024 total in 1 blocks; 280 free (0 chunks); 744 used pg_amop_fam_strat_index: 1024 total in 1 blocks; 88 free (0 chunks); 936 used LOCALLOCK hash: 8192 total in 1 blocks; 3912 free (0 chunks); 4280 used Timezones: 48616 total in 2 blocks; 5968 free (0
Re: [pgbr-geral] DBI Link
Pode ser também algum problema que o SO não consegui encontrar a 'libclntsh.so.10.1'. Você pode executar '$ ldd /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/auto/DBD/Oracle/Oracle.so'. Se ele der 'not found' nele, então é isso. Aí você pode informar ao SO em '/etc/ld.so.conf' ou '/etc/ld.so.conf.d/oracle.conf', aí dentro do arquivo você coloca o caminho da lib (ex: '/opt/oracle-versao/lib'). Abraços, Aldrey Galindo 2009/1/28 couti...@mondriantecnologia.com: Oi pessoal, o trecho chave da mensagem de erro é esse: libclntsh.so.10.1: cannot open shared object file O driver do oracle DBD::Oracle não ta conseguindo carregar essa biblioteca libclntsh.so.10.1 esse arquivo deve existir uma vezq eu se conseguiu instalar o DBD::Oracle, mas talvez não esteja em um diretório de pesquisa do perl On Wed, 28 Jan 2009 10:56:45 -0200, Dickson S. Guedes gue...@cresoltec.com.br wrote: javaone escreveu: Ola, apos instalar o dbi link tento rodar um pequeno script de teste mas o seguinte erro é retornado: dbhab_teste=# \i dbi_teste_ora.sql SELECT dbi_link.make_accessor_functions( 'dbi:Oracle:sid=veides2;host=172.25.136.85'::dbi_link.data_source, 'abc'::text, 'def'::text, '--- AutoCommit: 1 RaiseError: 1 '::dbi_link.yaml, NULL::dbi_link.yaml, NULL::text, NULL::text, 'veides2'::text ); psql:dbi_teste_ora.sql:13: NOTA: Setting bail in %_SHARED hash. at line 25. CONTEXTO: comando SQL SELECT dbi_link.dbi_link_init() psql:dbi_teste_ora.sql:13: NOTA: Setting quote_literal in %_SHARED hash. at line 25. CONTEXTO: comando SQL SELECT dbi_link.dbi_link_init() psql:dbi_teste_ora.sql:13: NOTA: Setting get_connection_info in %_SHARED hash. at line 25. CONTEXTO: comando SQL SELECT dbi_link.dbi_link_init() psql:dbi_teste_ora.sql:13: NOTA: Setting quote_ident in %_SHARED hash. at line 25. CONTEXTO: comando SQL SELECT dbi_link.dbi_link_init() psql:dbi_teste_ora.sql:13: NOTA: Setting get_dbh in %_SHARED hash. at line 25. CONTEXTO: comando SQL SELECT dbi_link.dbi_link_init() psql:dbi_teste_ora.sql:13: NOTA: Setting remote_exec_dbh in %_SHARED hash. at line 25. CONTEXTO: comando SQL SELECT dbi_link.dbi_link_init() psql:dbi_teste_ora.sql:13: NOTA: SELECT dbi_link.set_up_connection( 'dbi:Oracle:sid=veides2;host=172.25.136.85', 'abc', 'def', '--- AutoCommit: 1 RaiseError: 1 ', NULL, NULL, NULL, 'veides2' ) psql:dbi_teste_ora.sql:13: NOTA: SELECT count(*) AS driver_there FROM dbi_link.available_drivers() WHERE available_drivers = 'dbi:Oracle:sid=veides2;host=172.25.136.85' CONTEXTO: comando SQL SELECT dbi_link.set_up_connection( 'dbi:Oracle:sid=veides2;host=172.25.136.85', 'abc', 'def', '--- AutoCommit: 1 RaiseError: 1 ', NULL, NULL, NULL, 'veides2' ) psql:dbi_teste_ora.sql:13: ERRO: error from Perl function make_accessor_functions: error from Perl function set_up_connection: install_driver(Oracle) failed: Can't load '/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/auto/DBD/Oracle/Oracle.so' for module DBD::Oracle: libclntsh.so.10.1: cannot open shared object file: Arquivo ou diretório não encontrado at /usr/lib/perl5/5.8.8/i386-linux-thread-multi/DynaLoader.pm line 230. at line 3 Compilation failed in require at line 3. Perhaps a required shared library or dll isn't installed where expected at line 37 at line 35. O que pode ser? O arquivo : '/usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi/auto/DBD/Oracle/Oracle.so' Existe? ___ 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] RES: No-ip
Entendi Aldrey. Vou tentar aqui. Obrigado. -Mensagem original- De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Aldrey Galindo Enviada em: quarta-feira, 28 de janeiro de 2009 14:10 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] No-ip Alisson, Da mesma forma, informando IP ou HOST do banco e realizando a devida autorização para ele se conectar a base. Não é recomendado, porque normalmente um 'no-ip' é discado, aí pode ficar com conexões presas. Recomendaria entrar via ssh e depois se conectar local, isso para alguma verificação/manutenção. Se for para alguma aplicação não recomendaria. Caso não seja essa a pergunta, você poderia especificar melhor. Abraços, Aldrey Galindo 2009/1/28 Alisson Viegas p...@acsiv.com.br: Olá pessoal. Como conectar ao banco usando No-ip? Obrigado, Alisson Viegas. ___ 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] RES: Falta de memoria
Thiago, os dados são: max_connections = 1800 shared_buffer= 32Mb Abr, Guilherme -Mensagem original- De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Thiago Avelino Enviada em: quarta-feira, 28 de janeiro de 2009 13:04 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Falta de memoria De uma olhada no seu postgresql.conf, lá tem 'shared_buffer', me reporta o que esta lá. 2009/1/28 Guilherme Vianna de Aguiar guilherme.via...@acotel.com Boa tarde, houve um erro no Postgres de uma das maquinas aqui da empresa. Depois de um tempo que a aplicação está rodando dá o erro de falta de memória. O banco não chega a cair. O log: 22:33:55.471 BRDTERROR: out of memory Operator class cache: 8192 total in 1 blocks; 3848 free (0 chunks); 4344 used PL/PgSQL function context: 8192 total in 1 blocks; 2472 free (9 chunks); 5720 used Rendezvous variable hash: 8192 total in 1 blocks; 3848 free (0 chunks); 4344 used PLpgSQL function cache: 24328 total in 2 blocks; 5904 free (0 chunks); 18424 used Record information cache: 8192 total in 1 blocks; 1800 free (0 chunks); 6392 used TopTransactionContext: 8192 total in 1 blocks; 7312 free (0 chunks); 880 used ExecutorState: 8192 total in 1 blocks; 6832 free (0 chunks); 1360 used ExprContext: 8192 total in 1 blocks; 8176 free (0 chunks); 16 used SPI Exec: 8192 total in 1 blocks; 7992 free (0 chunks); 200 used ExecutorState: 73856 total in 5 blocks; 26064 free (5 chunks); 47792 used TIDBitmap: 24576 total in 2 blocks; 2800 free (8 chunks); 21776 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 8192 total in 1 blocks; 8160 free (0 chunks); 32 used AggContext: 8192 total in 1 blocks; 8104 free (0 chunks); 88 used TupleHashTable: 8192 total in 1 blocks; 5704 free (0 chunks); 2488 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used SPI Proc: 8192 total in 1 blocks; 6632 free (2 chunks); 1560 used MessageContext: 8192 total in 1 blocks; 7072 free (0 chunks); 1120 used CFuncHash: 8192 total in 1 blocks; 4936 free (0 chunks); 3256 used MbProcContext: 1024 total in 1 blocks; 928 free (7 chunks); 96 used smgr relation table: 8192 total in 1 blocks; 2808 free (0 chunks); 5384 used TransactionAbortContext: 32768 total in 1 blocks; 32752 free (0 chunks); 16 used Portal hash: 8192 total in 1 blocks; 3912 free (0 chunks); 4280 used PortalMemory: 8192 total in 1 blocks; 8040 free (0 chunks); 152 used PortalHeapMemory: 15360 total in 4 blocks; 3400 free (0 chunks); 11960 used ExecutorState: 8192 total in 1 blocks; 712 free (6 chunks); 7480 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used Relcache by OID: 8192 total in 1 blocks; 3376 free (0 chunks); 4816 used CacheMemoryContext: 667472 total in 20 blocks; 202696 free (0 chunks); 464776 used CachedPlan: 15360 total in 4 blocks; 2856 free (0 chunks); 12504 used CachedPlanSource: 3072 total in 2 blocks; 624 free (0 chunks); 2448 used SPI Plan: 1024 total in 1 blocks; 904 free (0 chunks); 120 used idx_UNIQ_mo_queue: 1024 total in 1 blocks; 72 free (0 chunks); 952 used mo_queue_idx_lote: 1024 total in 1 blocks; 344 free (0 chunks); 680 used idx_mo_queue=processed: 1024 total in 1 blocks; 304 free (0 chunks); 720 used idx_mo_queue=importer_host: 1024 total in 1 blocks; 344 free (0 chunks); 680 used mo_queue_pkey: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_index_indrelid_index: 1024 total in 1 blocks; 304 free (0 chunks); 720 used pg_attrdef_adrelid_adnum_index: 1024 total in 1 blocks; 240 free (0 chunks); 784 used CachedPlan: 1024 total in 1 blocks; 528 free (0 chunks); 496 used CachedPlanSource: 3072 total in 2 blocks; 2000 free (3 chunks); 1072 used SPI Plan: 1024 total in 1 blocks; 928 free (0 chunks); 96 used unnamed prepared statement: 24576 total in 2 blocks; 3576 free (6 chunks); 21000 used pg_ts_dict_oid_index: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_aggregate_fnoid_index: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_language_name_index: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_statistic_relid_att_index: 1024 total in 1 blocks; 240 free (0 chunks); 784 used pg_ts_dict_dictname_index: 1024 total in 1 blocks; 280 free (0 chunks); 744 used pg_namespace_nspname_index: 1024 total in 1 blocks; 304 free (0 chunks); 720 used pg_opfamily_oid_index: 1024 total in
[pgbr-geral] RES: Falta de memoria
Marcelo há 97gb livres. Parece ser mesmo memória. Abr, Guilherme Vianna De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Marcelo Costa Enviada em: quarta-feira, 28 de janeiro de 2009 13:13 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Falta de memoria Olá boa tarde 2009/1/28 Guilherme Vianna de Aguiar guilherme.via...@acotel.com Boa tarde, houve um erro no Postgres de uma das maquinas aqui da empresa. Depois de um tempo que a aplicação está rodando dá o erro de falta de memória. O banco não chega a cair. O log: 22:33:55.471 BRDTERROR: out of memory Operator class cache: 8192 total in 1 blocks; 3848 free (0 chunks); 4344 used PL/PgSQL function context: 8192 total in 1 blocks; 2472 free (9 chunks); 5720 used Rendezvous variable hash: 8192 total in 1 blocks; 3848 free (0 chunks); 4344 used PLpgSQL function cache: 24328 total in 2 blocks; 5904 free (0 chunks); 18424 used Record information cache: 8192 total in 1 blocks; 1800 free (0 chunks); 6392 used TopTransactionContext: 8192 total in 1 blocks; 7312 free (0 chunks); 880 used ExecutorState: 8192 total in 1 blocks; 6832 free (0 chunks); 1360 used ExprContext: 8192 total in 1 blocks; 8176 free (0 chunks); 16 used SPI Exec: 8192 total in 1 blocks; 7992 free (0 chunks); 200 used ExecutorState: 73856 total in 5 blocks; 26064 free (5 chunks); 47792 used TIDBitmap: 24576 total in 2 blocks; 2800 free (8 chunks); 21776 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 8192 total in 1 blocks; 8160 free (0 chunks); 32 used AggContext: 8192 total in 1 blocks; 8104 free (0 chunks); 88 used TupleHashTable: 8192 total in 1 blocks; 5704 free (0 chunks); 2488 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used SPI Proc: 8192 total in 1 blocks; 6632 free (2 chunks); 1560 used MessageContext: 8192 total in 1 blocks; 7072 free (0 chunks); 1120 used CFuncHash: 8192 total in 1 blocks; 4936 free (0 chunks); 3256 used MbProcContext: 1024 total in 1 blocks; 928 free (7 chunks); 96 used smgr relation table: 8192 total in 1 blocks; 2808 free (0 chunks); 5384 used TransactionAbortContext: 32768 total in 1 blocks; 32752 free (0 chunks); 16 used Portal hash: 8192 total in 1 blocks; 3912 free (0 chunks); 4280 used PortalMemory: 8192 total in 1 blocks; 8040 free (0 chunks); 152 used PortalHeapMemory: 15360 total in 4 blocks; 3400 free (0 chunks); 11960 used ExecutorState: 8192 total in 1 blocks; 712 free (6 chunks); 7480 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used Relcache by OID: 8192 total in 1 blocks; 3376 free (0 chunks); 4816 used CacheMemoryContext: 667472 total in 20 blocks; 202696 free (0 chunks); 464776 used CachedPlan: 15360 total in 4 blocks; 2856 free (0 chunks); 12504 used CachedPlanSource: 3072 total in 2 blocks; 624 free (0 chunks); 2448 used SPI Plan: 1024 total in 1 blocks; 904 free (0 chunks); 120 used idx_UNIQ_mo_queue: 1024 total in 1 blocks; 72 free (0 chunks); 952 used mo_queue_idx_lote: 1024 total in 1 blocks; 344 free (0 chunks); 680 used idx_mo_queue=processed: 1024 total in 1 blocks; 304 free (0 chunks); 720 used idx_mo_queue=importer_host: 1024 total in 1 blocks; 344 free (0 chunks); 680 used mo_queue_pkey: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_index_indrelid_index: 1024 total in 1 blocks; 304 free (0 chunks); 720 used pg_attrdef_adrelid_adnum_index: 1024 total in 1 blocks; 240 free (0 chunks); 784 used CachedPlan: 1024 total in 1 blocks; 528 free (0 chunks); 496 used CachedPlanSource: 3072 total in 2 blocks; 2000 free (3 chunks); 1072 used SPI Plan: 1024 total in 1 blocks; 928 free (0 chunks); 96 used unnamed prepared statement: 24576 total in 2 blocks; 3576 free (6 chunks); 21000 used pg_ts_dict_oid_index: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_aggregate_fnoid_index: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_language_name_index: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_statistic_relid_att_index: 1024 total in 1 blocks; 240 free (0 chunks); 784 used pg_ts_dict_dictname_index: 1024 total in 1 blocks; 280 free (0 chunks); 744 used pg_namespace_nspname_index: 1024 total in 1 blocks; 304 free (0 chunks); 720 used pg_opfamily_oid_index: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_opclass_oid_index: 1024 total in 1 blocks; 304 free (0 chunks); 720 used pg_ts_parser_prsname_index:
[pgbr-geral] RES: RES: Falta de memoria
Roda um check do database por garantia. Leonardo Larsen Rocha URL: www.nunix.com.br Fone: +55 47 21235453 De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Guilherme Vianna de Aguiar Enviada em: quarta-feira, 28 de janeiro de 2009 15:57 Para: 'Comunidade PostgreSQL Brasileira' Assunto: [pgbr-geral] RES: Falta de memoria Marcelo há 97gb livres. Parece ser mesmo memória. Abr, Guilherme Vianna De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Marcelo Costa Enviada em: quarta-feira, 28 de janeiro de 2009 13:13 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Falta de memoria Olá boa tarde 2009/1/28 Guilherme Vianna de Aguiar guilherme.via...@acotel.com Boa tarde, houve um erro no Postgres de uma das maquinas aqui da empresa. Depois de um tempo que a aplicação está rodando dá o erro de falta de memória. O banco não chega a cair. O log: 22:33:55.471 BRDTERROR: out of memory Operator class cache: 8192 total in 1 blocks; 3848 free (0 chunks); 4344 used PL/PgSQL function context: 8192 total in 1 blocks; 2472 free (9 chunks); 5720 used Rendezvous variable hash: 8192 total in 1 blocks; 3848 free (0 chunks); 4344 used PLpgSQL function cache: 24328 total in 2 blocks; 5904 free (0 chunks); 18424 used Record information cache: 8192 total in 1 blocks; 1800 free (0 chunks); 6392 used TopTransactionContext: 8192 total in 1 blocks; 7312 free (0 chunks); 880 used ExecutorState: 8192 total in 1 blocks; 6832 free (0 chunks); 1360 used ExprContext: 8192 total in 1 blocks; 8176 free (0 chunks); 16 used SPI Exec: 8192 total in 1 blocks; 7992 free (0 chunks); 200 used ExecutorState: 73856 total in 5 blocks; 26064 free (5 chunks); 47792 used TIDBitmap: 24576 total in 2 blocks; 2800 free (8 chunks); 21776 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 8192 total in 1 blocks; 8160 free (0 chunks); 32 used AggContext: 8192 total in 1 blocks; 8104 free (0 chunks); 88 used TupleHashTable: 8192 total in 1 blocks; 5704 free (0 chunks); 2488 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used SPI Proc: 8192 total in 1 blocks; 6632 free (2 chunks); 1560 used MessageContext: 8192 total in 1 blocks; 7072 free (0 chunks); 1120 used CFuncHash: 8192 total in 1 blocks; 4936 free (0 chunks); 3256 used MbProcContext: 1024 total in 1 blocks; 928 free (7 chunks); 96 used smgr relation table: 8192 total in 1 blocks; 2808 free (0 chunks); 5384 used TransactionAbortContext: 32768 total in 1 blocks; 32752 free (0 chunks); 16 used Portal hash: 8192 total in 1 blocks; 3912 free (0 chunks); 4280 used PortalMemory: 8192 total in 1 blocks; 8040 free (0 chunks); 152 used PortalHeapMemory: 15360 total in 4 blocks; 3400 free (0 chunks); 11960 used ExecutorState: 8192 total in 1 blocks; 712 free (6 chunks); 7480 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used Relcache by OID: 8192 total in 1 blocks; 3376 free (0 chunks); 4816 used CacheMemoryContext: 667472 total in 20 blocks; 202696 free (0 chunks); 464776 used CachedPlan: 15360 total in 4 blocks; 2856 free (0 chunks); 12504 used CachedPlanSource: 3072 total in 2 blocks; 624 free (0 chunks); 2448 used SPI Plan: 1024 total in 1 blocks; 904 free (0 chunks); 120 used idx_UNIQ_mo_queue: 1024 total in 1 blocks; 72 free (0 chunks); 952 used mo_queue_idx_lote: 1024 total in 1 blocks; 344 free (0 chunks); 680 used idx_mo_queue=processed: 1024 total in 1 blocks; 304 free (0 chunks); 720 used idx_mo_queue=importer_host: 1024 total in 1 blocks; 344 free (0 chunks); 680 used mo_queue_pkey: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_index_indrelid_index: 1024 total in 1 blocks; 304 free (0 chunks); 720 used pg_attrdef_adrelid_adnum_index: 1024 total in 1 blocks; 240 free (0 chunks); 784 used CachedPlan: 1024 total in 1 blocks; 528 free (0 chunks); 496 used CachedPlanSource: 3072 total in 2 blocks; 2000 free (3 chunks); 1072 used SPI Plan: 1024 total in 1 blocks; 928 free (0 chunks); 96 used unnamed prepared statement: 24576 total in 2 blocks; 3576 free (6 chunks); 21000 used pg_ts_dict_oid_index: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_aggregate_fnoid_index: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_language_name_index: 1024 total in 1 blocks; 344 free (0 chunks); 680 used pg_statistic_relid_att_index: 1024 total
Re: [pgbr-geral] RES: No-ip
tem que liberar a porta 5432 (padrão PG), para o IP do servidor PG no firewall, ou modem ai no gerenciador do db (pg_admin, ou outro), você conecta assim... host: exemplo.no-ip.org porta: 5432 deve funcionar... 2009/1/28 Alisson Viegas p...@acsiv.com.br Entendi Aldrey. Vou tentar aqui. Obrigado. -Mensagem original- De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Aldrey Galindo Enviada em: quarta-feira, 28 de janeiro de 2009 14:10 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] No-ip Alisson, Da mesma forma, informando IP ou HOST do banco e realizando a devida autorização para ele se conectar a base. Não é recomendado, porque normalmente um 'no-ip' é discado, aí pode ficar com conexões presas. Recomendaria entrar via ssh e depois se conectar local, isso para alguma verificação/manutenção. Se for para alguma aplicação não recomendaria. Caso não seja essa a pergunta, você poderia especificar melhor. Abraços, Aldrey Galindo 2009/1/28 Alisson Viegas p...@acsiv.com.br: Olá pessoal. Como conectar ao banco usando No-ip? Obrigado, Alisson Viegas. ___ 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 -- Lucas de Souza D'Ávila Graduando em Sistema de Informação - Escola Superior de Criciúma, ESUCRI (localizada em Criciuma, SC) CV Lattes: http://lattes.cnpq.br/9245658982061645 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: RES: No-ip
Valeu Lucas. De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Lucas Souza Enviada em: quarta-feira, 28 de janeiro de 2009 15:59 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] RES: No-ip tem que liberar a porta 5432 (padrão PG), para o IP do servidor PG no firewall, ou modem ai no gerenciador do db (pg_admin, ou outro), você conecta assim... host: exemplo.no-ip.org porta: 5432 deve funcionar... 2009/1/28 Alisson Viegas p...@acsiv.com.br Entendi Aldrey. Vou tentar aqui. Obrigado. -Mensagem original- De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Aldrey Galindo Enviada em: quarta-feira, 28 de janeiro de 2009 14:10 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] No-ip Alisson, Da mesma forma, informando IP ou HOST do banco e realizando a devida autorização para ele se conectar a base. Não é recomendado, porque normalmente um 'no-ip' é discado, aí pode ficar com conexões presas. Recomendaria entrar via ssh e depois se conectar local, isso para alguma verificação/manutenção. Se for para alguma aplicação não recomendaria. Caso não seja essa a pergunta, você poderia especificar melhor. Abraços, Aldrey Galindo 2009/1/28 Alisson Viegas p...@acsiv.com.br: Olá pessoal. Como conectar ao banco usando No-ip? Obrigado, Alisson Viegas. ___ 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 -- Lucas de Souza D'Ávila Graduando em Sistema de Informação - Escola Superior de Criciúma, ESUCRI (localizada em Criciuma, SC) CV Lattes: http://lattes.cnpq.br/9245658982061645 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Order by
Pessoal, Em um order by, os registros NULL ficam no fim da consulta. E possível defini-los como os primeiros? Obrigado, Alisson. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Order by
Não da pra por um coalesce? coalesce(VALOR, 0); Isso jah resolveria, pq dai caso nulo ele poem 0 e zero acredito ser um dos primeiros, tenta ai! 2009/1/28 Alisson Viegas p...@acsiv.com.br Pessoal, Em um order by, os registros NULL ficam no fim da consulta. E possível defini-los como os primeiros? Obrigado, Alisson. ___ 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] Order by
2009/1/28 Alisson Viegas p...@acsiv.com.br: Pessoal, Em um order by, os registros NULL ficam no fim da consulta. E possível defini-los como os primeiros? SELECT foo FROM bar ORDER BY 1 NULLS FIRST; -Leo -- Leonardo Cezar http://www.aslid.org.br http://postgreslogia.wordpress.com 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
Re: [pgbr-geral] Order by
2009/1/28, Alisson Viegas p...@acsiv.com.br: Em um order by, os registros NULL ficam no fim da consulta. E possível defini-los como os primeiros? Se sua versão for = 8.3.0 então utilize a cláusula: NULLS { FIRST | LAST } no ORDER BY: http://www.postgresql.org/docs/current/interactive/sql-select.html Osvaldo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] RES: RES: Falta de memoria
Só lembrando que se for alterado o shared buffer (que DEVE ser menor que a shared memory), deve ser verificado se o valor é menor que o tamanho máximo que o S.O. suporta (padrão é 32Mb se não me engano, mas isso é SHARED), pois se for maior, o banco não vai nem subir, portanto, cuidado. O shared memory para o postgre, depende do shared buffer + max_connection (~400bytes por conexão) + work_mem (default 1Mb) Para alterar o shared memory, o arquivo de configuração do kernel é o /etc/sysctl.conf * kernel.shmall = 131072 * kernel.shmmax = 536870912 Então para melhor a performance (e talvez acabar com o seu erro, seguindo a linha de raciocínio que É falta de memória), tente alterar o shared_buffer no postgresql.conf para mais ou menos 25% da memória ram (estou pensando em um servidor de banco de dados dedicado, ok?) Aí adicione no /etc/sysctl.conf as seguintes linhas: * kernel.shmmax=314572800 //Que vem da multiplicação: 300Mb * 1024 * 1024 = 314572800 (256Mb do shared_buffer + 20%, ou seja, para 1Gb de memória, 256Mb como 25%, + 50Mb como 20% de 256Mb) * kernel.shmall =314572800 //deve ser maior ou igual ao max E execute o comando: * # sysctl -p //para validar as configurações Só lembrando que este comando funciona só até a próxima vez que a máquina for reiniciada (legal, assim você pode testar, e caso nao funcione, reinicie o computador. Caso funcione, para manter isto permanente, rode: # echo 314572800 /proc/sys/kernel/shmmax # echo 314572800 /proc/sys/kernel/shmall E voilá, it SHOULD work, se realmente for um problema de memória :) Boa sorte 2009/1/28 Leonardo Larsen Rocha leona...@nunix.com.br: Roda um check do database por garantia. Leonardo Larsen Rocha URL: www.nunix.com.br Fone: +55 47 21235453 De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Guilherme Vianna de Aguiar Enviada em: quarta-feira, 28 de janeiro de 2009 15:57 Para: 'Comunidade PostgreSQL Brasileira' Assunto: [pgbr-geral] RES: Falta de memoria Marcelo há 97gb livres. Parece ser mesmo memória. Abr, Guilherme Vianna De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Marcelo Costa Enviada em: quarta-feira, 28 de janeiro de 2009 13:13 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Falta de memoria Olá boa tarde 2009/1/28 Guilherme Vianna de Aguiar guilherme.via...@acotel.com Boa tarde, houve um erro no Postgres de uma das maquinas aqui da empresa. Depois de um tempo que a aplicação está rodando dá o erro de falta de memória. O banco não chega a cair. O log: 22:33:55.471 BRDTERROR: out of memory Operator class cache: 8192 total in 1 blocks; 3848 free (0 chunks); 4344 used PL/PgSQL function context: 8192 total in 1 blocks; 2472 free (9 chunks); 5720 used Rendezvous variable hash: 8192 total in 1 blocks; 3848 free (0 chunks); 4344 used PLpgSQL function cache: 24328 total in 2 blocks; 5904 free (0 chunks); 18424 used Record information cache: 8192 total in 1 blocks; 1800 free (0 chunks); 6392 used TopTransactionContext: 8192 total in 1 blocks; 7312 free (0 chunks); 880 used ExecutorState: 8192 total in 1 blocks; 6832 free (0 chunks); 1360 used ExprContext: 8192 total in 1 blocks; 8176 free (0 chunks); 16 used SPI Exec: 8192 total in 1 blocks; 7992 free (0 chunks); 200 used ExecutorState: 73856 total in 5 blocks; 26064 free (5 chunks); 47792 used TIDBitmap: 24576 total in 2 blocks; 2800 free (8 chunks); 21776 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 8192 total in 1 blocks; 8160 free (0 chunks); 32 used AggContext: 8192 total in 1 blocks; 8104 free (0 chunks); 88 used TupleHashTable: 8192 total in 1 blocks; 5704 free (0 chunks); 2488 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used SPI Proc: 8192 total in 1 blocks; 6632 free (2 chunks); 1560 used MessageContext: 8192 total in 1 blocks; 7072 free (0 chunks); 1120 used CFuncHash: 8192 total in 1 blocks; 4936 free (0 chunks); 3256 used MbProcContext: 1024 total in 1 blocks; 928 free (7 chunks); 96 used smgr relation table: 8192 total in 1 blocks; 2808 free (0 chunks); 5384 used TransactionAbortContext: 32768 total in 1 blocks; 32752 free (0 chunks); 16 used Portal hash: 8192 total in 1 blocks; 3912 free (0 chunks); 4280 used PortalMemory: 8192 total in 1 blocks; 8040 free (0 chunks); 152 used PortalHeapMemory: 15360 total in 4 blocks; 3400 free (0 chunks); 11960
Re: [pgbr-geral] Order by
Mais pelo que testei aqui só funciona do 8.3 em diante neh? 2009/1/28 Leonardo Cezar lhce...@gmail.com 2009/1/28 Alisson Viegas p...@acsiv.com.br: Pessoal, Em um order by, os registros NULL ficam no fim da consulta. E possível defini-los como os primeiros? SELECT foo FROM bar ORDER BY 1 NULLS FIRST; -Leo -- Leonardo Cezar http://www.aslid.org.br http://postgreslogia.wordpress.com 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] RES: RES: Falta de memoria
Beto Ate onde sei, e que se vc colocar * kernel.shmall = 131072 * kernel.shmmax = 536870912 dentro do /etc/sysctl.conf, ele ja e permamente []s Luiz - Original Message - From: Beto roberto.luer...@gmail.com To: leona...@nunix.com.br; Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Sent: Wednesday, January 28, 2009 5:34 PM Subject: Re: [pgbr-geral] RES: RES: Falta de memoria Só lembrando que se for alterado o shared buffer (que DEVE ser menor que a shared memory), deve ser verificado se o valor é menor que o tamanho máximo que o S.O. suporta (padrão é 32Mb se não me engano, mas isso é SHARED), pois se for maior, o banco não vai nem subir, portanto, cuidado. O shared memory para o postgre, depende do shared buffer + max_connection (~400bytes por conexão) + work_mem (default 1Mb) Para alterar o shared memory, o arquivo de configuração do kernel é o /etc/sysctl.conf * kernel.shmall = 131072 * kernel.shmmax = 536870912 Então para melhor a performance (e talvez acabar com o seu erro, seguindo a linha de raciocínio que É falta de memória), tente alterar o shared_buffer no postgresql.conf para mais ou menos 25% da memória ram (estou pensando em um servidor de banco de dados dedicado, ok?) Aí adicione no /etc/sysctl.conf as seguintes linhas: * kernel.shmmax=314572800 //Que vem da multiplicação: 300Mb * 1024 * 1024 = 314572800 (256Mb do shared_buffer + 20%, ou seja, para 1Gb de memória, 256Mb como 25%, + 50Mb como 20% de 256Mb) * kernel.shmall =314572800 //deve ser maior ou igual ao max E execute o comando: * # sysctl -p //para validar as configurações Só lembrando que este comando funciona só até a próxima vez que a máquina for reiniciada (legal, assim você pode testar, e caso nao funcione, reinicie o computador. Caso funcione, para manter isto permanente, rode: # echo 314572800 /proc/sys/kernel/shmmax # echo 314572800 /proc/sys/kernel/shmall E voilá, it SHOULD work, se realmente for um problema de memória :) Boa sorte 2009/1/28 Leonardo Larsen Rocha leona...@nunix.com.br: Roda um check do database por garantia. Leonardo Larsen Rocha URL: www.nunix.com.br Fone: +55 47 21235453 De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Guilherme Vianna de Aguiar Enviada em: quarta-feira, 28 de janeiro de 2009 15:57 Para: 'Comunidade PostgreSQL Brasileira' Assunto: [pgbr-geral] RES: Falta de memoria Marcelo há 97gb livres. Parece ser mesmo memória. Abr, Guilherme Vianna De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Marcelo Costa Enviada em: quarta-feira, 28 de janeiro de 2009 13:13 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Falta de memoria Olá boa tarde 2009/1/28 Guilherme Vianna de Aguiar guilherme.via...@acotel.com Boa tarde, houve um erro no Postgres de uma das maquinas aqui da empresa. Depois de um tempo que a aplicação está rodando dá o erro de falta de memória. O banco não chega a cair. O log: 22:33:55.471 BRDTERROR: out of memory Operator class cache: 8192 total in 1 blocks; 3848 free (0 chunks); 4344 used PL/PgSQL function context: 8192 total in 1 blocks; 2472 free (9 chunks); 5720 used Rendezvous variable hash: 8192 total in 1 blocks; 3848 free (0 chunks); 4344 used PLpgSQL function cache: 24328 total in 2 blocks; 5904 free (0 chunks); 18424 used Record information cache: 8192 total in 1 blocks; 1800 free (0 chunks); 6392 used TopTransactionContext: 8192 total in 1 blocks; 7312 free (0 chunks); 880 used ExecutorState: 8192 total in 1 blocks; 6832 free (0 chunks); 1360 used ExprContext: 8192 total in 1 blocks; 8176 free (0 chunks); 16 used SPI Exec: 8192 total in 1 blocks; 7992 free (0 chunks); 200 used ExecutorState: 73856 total in 5 blocks; 26064 free (5 chunks); 47792 used TIDBitmap: 24576 total in 2 blocks; 2800 free (8 chunks); 21776 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 8192 total in 1 blocks; 8160 free (0 chunks); 32 used AggContext: 8192 total in 1 blocks; 8104 free (0 chunks); 88 used TupleHashTable: 8192 total in 1 blocks; 5704 free (0 chunks); 2488 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used ExprContext: 0 total in 0 blocks; 0 free (0 chunks); 0 used SPI Proc: 8192 total in 1 blocks; 6632 free (2 chunks); 1560 used MessageContext: 8192 total in 1 blocks; 7072 free (0 chunks); 1120 used CFuncHash: 8192 total in 1 blocks; 4936 free (0 chunks); 3256 used MbProcContext: 1024 total in 1
[pgbr-geral] RES: Order by
Valeu Rafael, funcionou. Mas achei mais interessante usar a clausula NULLS FIRST. Obrigado. De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Rafael Garbin Enviada em: quarta-feira, 28 de janeiro de 2009 17:26 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Order by Não da pra por um coalesce? coalesce(VALOR, 0); Isso jah resolveria, pq dai caso nulo ele poem 0 e zero acredito ser um dos primeiros, tenta ai! 2009/1/28 Alisson Viegas p...@acsiv.com.br Pessoal, Em um order by, os registros NULL ficam no fim da consulta. E possível defini-los como os primeiros? Obrigado, Alisson. ___ 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] RES: Order by
Muito bom essa clausula, Osvaldo e Leonardo. Obrigado! Mas só funciona a partir da 8.3? -Mensagem original- De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Osvaldo Kussama Enviada em: quarta-feira, 28 de janeiro de 2009 17:33 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Order by 2009/1/28, Alisson Viegas p...@acsiv.com.br: Em um order by, os registros NULL ficam no fim da consulta. E possível defini-los como os primeiros? Se sua versão for = 8.3.0 então utilize a cláusula: NULLS { FIRST | LAST } no ORDER BY: http://www.postgresql.org/docs/current/interactive/sql-select.html Osvaldo ___ 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] RES: Order by
Olá, Sim. A cláusula NULLS FIRST | LAST é uma implementação da versão 8.3, conforme pode ser visto em: http://www.postgresql.org/docs/8.3/interactive/release-8-3.html []s 2009/1/28 Alisson Viegas p...@acsiv.com.br: Muito bom essa clausula, Osvaldo e Leonardo. Obrigado! Mas só funciona a partir da 8.3? -Mensagem original- De: pgbr-geral-boun...@listas.postgresql.org.br [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Osvaldo Kussama Enviada em: quarta-feira, 28 de janeiro de 2009 17:33 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Order by 2009/1/28, Alisson Viegas p...@acsiv.com.br: Em um order by, os registros NULL ficam no fim da consulta. E possível defini-los como os primeiros? Se sua versão for = 8.3.0 então utilize a cláusula: NULLS { FIRST | LAST } no ORDER BY: http://www.postgresql.org/docs/current/interactive/sql-select.html Osvaldo ___ 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 -- João Paulo www.dextra.com.br/postgres PostgreSQL ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral