Re: [pgbr-geral] PostgreSql 8.3 mais lento que o postgresql 8.2.6
Mateus escreveu: > Diogo Biazus escreveu: >> Em 13/08/2008, às 11:23, Mateus escreveu: >> >>> Estou fazendo um teste para migrar a versão do pg 8.2.6 para 8.3. >>> >>> Rodei uma consulta pesada no o 8.2 e no 8.3. O 8.2 rodou essa consulta >>> em 6s e pg 8.3 em 15. >>> >>> O pg 8.3 não deveria ser mais rápido ? >> Como o Adnré já comentou para responder o porque da diferença ver o >> plano de execução nas duas versões seria necessário, de preferência >> com um EXPLAIN ANALYZE para vermos onde está a diferença. >> Em alguns testes caseiros que eu fiz, com uma carga só de SELECTs >> notei uma melhora de aproximadamente 15% na performance na 8.3, mas >> nunca fiz testes com atualização de dados. >> >> Outro detalhe apontado pelo André, espero que o shared_buffers = 600GB >> seja na verdade 600MB. >> >> -- >> Diogo Biazus >> [EMAIL PROTECTED] >> http://www.softa.com.br >> http://www.postgresql.org.br >> > > explain analyze PG 8.2.6 > explain analyze PG 8.3.3 > Só isso não basta. Quais os parâmetros diferente do padrão no 8.2.6 e no 8.3.3? Você pode obtê-los como abaixo. euler=# select name,setting,source from pg_settings where source ~ 'configuration'; name|setting| source +---+ DateStyle | ISO, DMY | configuration file default_text_search_config | pg_catalog.portuguese | configuration file lc_messages| pt_BR.UTF-8 | configuration file lc_monetary| pt_BR.UTF-8 | configuration file lc_numeric | pt_BR.UTF-8 | configuration file lc_time| pt_BR.UTF-8 | configuration file max_connections| 100 | configuration file max_fsm_pages | 153600| configuration file shared_buffers | 3072 | configuration file (9 registros) Pelo que vi nas suas consultas, parece haver uma diferença entre o número de registros retornados; a base de dados é a mesma nas duas versões? As consultas estão sendo executadas na mesma máquina? -- 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
Re: [pgbr-geral] relation does not exist
Olá, no site do PostGIS tem o passo a passo de como vc instala o módulo. No seu caso que quer restaurar um banco, vc já leu a documentação? Existe um script em perl que faz isso pra vc, ele vem junto com a instalação. postigs_restore.pl []'s 2008/8/15 Roberto Mello <[EMAIL PROTECTED]> > 2008/8/15 Lucas Mocellin <[EMAIL PROTECTED]>: > > > > Não foi o que aconteceu, instalei a extensao e continua dando erro: > > > > ERROR: type "geometry" does not exist > > ERROR: operator class "btree_geometry_ops" does not exist for access > method > > "btree" > > De uma olhada nas instrucoes da extensao. Ela deve vir com um README > ou INSTALL. Talvez voce tenha que carregar algum arquivo .sql que > acompanha a distribuicao da extensao, para que novos tipos e funcoes > sejam criados. > > Talvez isso tenha que ser feito no banco template1, para que esses > novos objetos sejam criados em todos os bancos subsequentes, o que > incluiria o banco que voce esta' restaurando. > > Roberto > -- > http://blog.divisiblebyfour.org/ > ___ > pgbr-geral mailing list > pgbr-geral@listas.postgresql.org.br > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral > -- Luigi Castro Cardeles ___ 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: SUPERUSER X CREATEUSER
Exato amigo, Uso a versão 1.4.3 desculpe -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Euler Taveira de Oliveira Enviada em: sexta-feira, 15 de agosto de 2008 15:33 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] RES: SUPERUSER X CREATEUSER Renato escreveu: > Porque que no PgAdmin III e no EMS SQL Manager for Postgres possuem a opção > "Can Create Roles", quando vou criar um usuário através da interface visual? > Pra enganar a nós pobres novatos? O PGAdmin *não* apresenta opção para criar roles para servidores que não possuem essa opção (< 8.1). Como eu disse em e-mail anterior, CREATEROLE *não* é um opção que torna o usuário um superusuário. > Se a Clausula CREATEUSER não tem efeito pratico pra usuários "normais" acho > que essa opção poderia ser suprimida, certo? Ou será que é por questão de > compatibilidade com versões do PG mais antigas? Aqui funciona para mim. Em [1] temos um banco 8.4devel e 8.0 (nessa sequência) e PGAdmin 1.8.2 e, *não* existe a opção CREATEUSER para versões >= 8.1. Talvez você esteja utilizando um PGAdmin antigo? [1] http://timbira.com/tmp/usersxroles.png -- 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 -- Esta mensagem foi verificada pelo sistema de Anti-virus da SJB Solados. -- Esta mensagem foi verificada pelo sistema de Anti-virus da SJB Solados. ___ 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 atualizar PostgreSQL 8.2.4 para 8.2.9?
2008/8/15 Euler Taveira de Oliveira <[EMAIL PROTECTED]>: > Roberto Mello escreveu: >> >> Mas nao esqueca de fazer um backup completo antes, por via das >> duvidas. Nunca tive problemas, mas e' melhor nao arriscar. >> > A única coisa que impede o postmaster de iniciar com binários que > diferenciam somente as versões menores (8.2.0, 8.2.5, 8.2.9, etc) é o > formato do catálogo (vide abaixo) e, o mesmo *não* é alterado ao fazer > uma atualização de uma versão menor. > > $ pg_controldata /var/lib/postgresql/data | grep cat > Número da versão do catálogo: 200411041 Eu sei disso. Sugeri fazer backup antes de iniciar um upgrade por que nao se pode descartar erro humano na hora de um upgrade. E eu acho que seguro morreu de velho. Roberto -- http://blog.divisiblebyfour.org/ ___ 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 atualizar PostgreSQL 8.2.4 para 8.2.9?
Roberto Mello escreveu: > On Fri, Aug 15, 2008 at 8:17 AM, Sebastian SWC <[EMAIL PROTECTED]> wrote: >> Nem um nem outro, é só parar o banco e compilar os novos fontes... > > Mas nao esqueca de fazer um backup completo antes, por via das > duvidas. Nunca tive problemas, mas e' melhor nao arriscar. > A única coisa que impede o postmaster de iniciar com binários que diferenciam somente as versões menores (8.2.0, 8.2.5, 8.2.9, etc) é o formato do catálogo (vide abaixo) e, o mesmo *não* é alterado ao fazer uma atualização de uma versão menor. $ pg_controldata /var/lib/postgresql/data | grep cat Número da versão do catálogo: 200411041 -- 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
Re: [pgbr-geral] RES: SUPERUSER X CREATEUSER
Renato escreveu: > Porque que no PgAdmin III e no EMS SQL Manager for Postgres possuem a opção > "Can Create Roles", quando vou criar um usuário através da interface visual? > Pra enganar a nós pobres novatos? O PGAdmin *não* apresenta opção para criar roles para servidores que não possuem essa opção (< 8.1). Como eu disse em e-mail anterior, CREATEROLE *não* é um opção que torna o usuário um superusuário. > Se a Clausula CREATEUSER não tem efeito pratico pra usuários "normais" acho > que essa opção poderia ser suprimida, certo? Ou será que é por questão de > compatibilidade com versões do PG mais antigas? Aqui funciona para mim. Em [1] temos um banco 8.4devel e 8.0 (nessa sequência) e PGAdmin 1.8.2 e, *não* existe a opção CREATEUSER para versões >= 8.1. Talvez você esteja utilizando um PGAdmin antigo? [1] http://timbira.com/tmp/usersxroles.png -- 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
Re: [pgbr-geral] paralelizar processos no postgresql
Ok, é que com oracle da pra fazer algo desse tipo na hora que to usando o rman, ai imaginei que no postgres foi possivel tambem. Obrigado. --- Em sex, 15/8/08, Sebastian SWC <[EMAIL PROTECTED]> escreveu: > De: Sebastian SWC <[EMAIL PROTECTED]> > Assunto: Re: [pgbr-geral] paralelizar processos no postgresql > Para: [EMAIL PROTECTED], "Comunidade PostgreSQL Brasileira" > > Data: Sexta-feira, 15 de Agosto de 2008, 10:52 > On Thu, Aug 14, 2008 at 2:44 PM, Mr J.L. > <[EMAIL PROTECTED]> wrote: > [ ... ] > > Gostaria de saber se é possivel dividir um processo > pesado (backup, dump,vacuum, etc...) e varios processos > trabalhando em paralelo? > > > > exemplo tem 8 processadores ai na madrugada vou fazer > um backup. para o processo referente a esse backup deixo > disponivel 4 processadores, ai ele usaria 4 processos um em > cada processador p/ realizar esse backup. > > > > Quem cuida de "escolher" o nucleo a ser usado é > o sistema > operacional. É como o osvaldo falou antes: rode todos ao > mesmo tempo. > Só não se esqueça que mesmo com 3636326362 nucleos de > processador, > você continua com poucos discos e, devido a isso, quanto > maior a > concorrencia a eles, mais tempo leva para acabar o > processo. > > > -- > Sebastian SWC > http://sebastianswc.com > http://www.postgresql.org.br/ Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. http://br.new.mail.yahoo.com/addresses ___ 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 atualizar PostgreSQL 8.2.4 para 8.2.9?
On Fri, Aug 15, 2008 at 10:44 AM, cardosodario <[EMAIL PROTECTED]> wrote: > > E se eu fosse passar do 8.2.4 para o 8.3.3?? Ai' ja' e' diferente. Novamente, o manual tem instrucoes de upgrade entre versoes maiores. Um dump/reload sera' necessario, alem de ajustes. Veja as notas de lancamento da versao 8.3. Roberto -- http://blog.divisiblebyfour.org/ ___ 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 atualizar PostgreSQL 8.2.4 para 8.2.9?
E se eu fosse passar do 8.2.4 para o 8.3.3?? Dario cardosodario wrote: > > Amigos, > Tenho o PostgreSQL 8.2.4 instalado num servidor FreeBSD, quer atualizar > ele para o 8.2.9 minha pergunta: > > 1) devo fazer um pg_dump, parar o servico, desisntalar a versao 8.2.4, > apagar o diretorio inteiro e depois instalar o 8.2.9? > > 2) ou devo apenas fazer o pg_dump, atualizar para a versao 8.2.9, fazer um > initdb? > > como seria a melhor maneira de se fazer esta atualização? > > > Dario > -- View this message in context: http://www.nabble.com/Como-atualizar-PostgreSQL-8.2.4-para-8.2.9--tp18999329p19001881.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
Re: [pgbr-geral] relation does not exist
2008/8/15 Lucas Mocellin <[EMAIL PROTECTED]>: > > Não foi o que aconteceu, instalei a extensao e continua dando erro: > > ERROR: type "geometry" does not exist > ERROR: operator class "btree_geometry_ops" does not exist for access method > "btree" De uma olhada nas instrucoes da extensao. Ela deve vir com um README ou INSTALL. Talvez voce tenha que carregar algum arquivo .sql que acompanha a distribuicao da extensao, para que novos tipos e funcoes sejam criados. Talvez isso tenha que ser feito no banco template1, para que esses novos objetos sejam criados em todos os bancos subsequentes, o que incluiria o banco que voce esta' restaurando. Roberto -- http://blog.divisiblebyfour.org/ ___ 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: SUPERUSER X CREATEUSER
Relendo meu comentário, percebi que fui um tanto áspero. Peço desculpas se fui agressivo demais, não foi minha intenção. Entendam minhas palavras com tom de humor e não de grosseria. Grato Renato -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Renato Enviada em: sexta-feira, 15 de agosto de 2008 13:10 Para: 'Comunidade PostgreSQL Brasileira' Assunto: [pgbr-geral] RES: SUPERUSER X CREATEUSER Boa tarde Então, tudo isso me arremete a uma pergunta. Porque que no PgAdmin III e no EMS SQL Manager for Postgres possuem a opção "Can Create Roles", quando vou criar um usuário através da interface visual? Pra enganar a nós pobres novatos? Se a Clausula CREATEUSER não tem efeito pratico pra usuários "normais" acho que essa opção poderia ser suprimida, certo? Ou será que é por questão de compatibilidade com versões do PG mais antigas? De qualquer forma, agradeço por me abrirem os olhos a respeito disso, pois eu estava usando a solução do CREATEUSER como um recurso para diferenciar alguns usuários em meu sistema. Att. Renato Senda -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Euler Taveira de Oliveira Enviada em: quinta-feira, 14 de agosto de 2008 20:44 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] SUPERUSER X CREATEUSER Alisson Viegas | Acsiv Sistemas escreveu: > Pessoal, > Por que a cláusula CREATEUSER do ALTER USER define a conta como superuser? > Não deveriam ser coisas diferentes? Para não perder a compatibilidade com o CREATE USER anterior a implementação de roles no PostgreSQL. Desde a versão 8.1, o CREATE USER é um alias para CREATE ROLE. Para fazer o que você está querendo basta utilizar a opção CREATEROLE. A opcão CREATEUSER está obsoleto e será removida daqui algumas versões. Veja: psql (8.4devel) Type "help" for help. euler=# create role foo createrole login; CREATE ROLE euler=# \c - foo psql (8.4devel) Você está conectado ao banco de dados "euler" agora como usuário "foo". euler=> create role bar login; CREATE ROLE euler=> select rolname,rolcreaterole,rolcreatedb from pg_roles; rolname | rolcreaterole | rolcreatedb -+---+- euler | t | t foo | t | f bar | f | f (3 registros) euler=> set log_min_messages to DEBUG1; -- disponível p/ superusuário ERRO: permissão negada ao definir parâmetro "log_min_messages" COMANDO: set log_min_messages to DEBUG1; ERRO: permissão negada ao definir parâmetro "log_min_messages" euler=> \c - euler psql (8.4devel) Você está conectado ao banco de dados "euler" agora como usuário "euler". euler=# set log_min_messages to DEBUG1; -- disponível p/ superusuário SET euler=# -- 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 -- Esta mensagem foi verificada pelo sistema de Anti-virus da SJB Solados. -- Esta mensagem foi verificada pelo sistema de Anti-virus da SJB Solados. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Esta mensagem foi verificada pelo sistema de Anti-virus da SJB Solados. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: SUPERUSER X CREATEUSER
Boa tarde Então, tudo isso me arremete a uma pergunta. Porque que no PgAdmin III e no EMS SQL Manager for Postgres possuem a opção "Can Create Roles", quando vou criar um usuário através da interface visual? Pra enganar a nós pobres novatos? Se a Clausula CREATEUSER não tem efeito pratico pra usuários "normais" acho que essa opção poderia ser suprimida, certo? Ou será que é por questão de compatibilidade com versões do PG mais antigas? De qualquer forma, agradeço por me abrirem os olhos a respeito disso, pois eu estava usando a solução do CREATEUSER como um recurso para diferenciar alguns usuários em meu sistema. Att. Renato Senda -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Euler Taveira de Oliveira Enviada em: quinta-feira, 14 de agosto de 2008 20:44 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] SUPERUSER X CREATEUSER Alisson Viegas | Acsiv Sistemas escreveu: > Pessoal, > Por que a cláusula CREATEUSER do ALTER USER define a conta como superuser? > Não deveriam ser coisas diferentes? Para não perder a compatibilidade com o CREATE USER anterior a implementação de roles no PostgreSQL. Desde a versão 8.1, o CREATE USER é um alias para CREATE ROLE. Para fazer o que você está querendo basta utilizar a opção CREATEROLE. A opcão CREATEUSER está obsoleto e será removida daqui algumas versões. Veja: psql (8.4devel) Type "help" for help. euler=# create role foo createrole login; CREATE ROLE euler=# \c - foo psql (8.4devel) Você está conectado ao banco de dados "euler" agora como usuário "foo". euler=> create role bar login; CREATE ROLE euler=> select rolname,rolcreaterole,rolcreatedb from pg_roles; rolname | rolcreaterole | rolcreatedb -+---+- euler | t | t foo | t | f bar | f | f (3 registros) euler=> set log_min_messages to DEBUG1; -- disponível p/ superusuário ERRO: permissão negada ao definir parâmetro "log_min_messages" COMANDO: set log_min_messages to DEBUG1; ERRO: permissão negada ao definir parâmetro "log_min_messages" euler=> \c - euler psql (8.4devel) Você está conectado ao banco de dados "euler" agora como usuário "euler". euler=# set log_min_messages to DEBUG1; -- disponível p/ superusuário SET euler=# -- 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 -- Esta mensagem foi verificada pelo sistema de Anti-virus da SJB Solados. -- Esta mensagem foi verificada pelo sistema de Anti-virus da SJB Solados. ___ 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: Res: Res: Queda de Energia
2008/8/15 Arivaldo Bento <[EMAIL PROTECTED]>: > Já foi feito e nada. > O novo PostgreSQL se recusa a iniciar entao? E' isso? Tem certeza que ja' nao tem um processo do pg rodando na maquina? Roberto -- http://blog.divisiblebyfour.org/ ___ 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 atualizar PostgreSQL 8.2.4 para 8.2.9?
On Fri, Aug 15, 2008 at 8:17 AM, Sebastian SWC <[EMAIL PROTECTED]> wrote: > > Nem um nem outro, é só parar o banco e compilar os novos fontes... Mas nao esqueca de fazer um backup completo antes, por via das duvidas. Nunca tive problemas, mas e' melhor nao arriscar. O manual tem instrucoes de como fazer upggrade entre versoes menores. Roberto -- http://blog.divisiblebyfour.org/ ___ 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: Res: Res: Queda de Energia
Já foi feito e nada. Obrigado. - Mensagem original De: uaraujo <[EMAIL PROTECTED]> Para: Comunidade PostgreSQL Brasileira Enviadas: Quinta-feira, 14 de Agosto de 2008 18:43:09 Assunto: [pgbr-geral] RES: Res: Res: Queda de Energia ou como ~postmaster.pid, se é que isto é possível? -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] nome de Evandro Ricardo Silvestre Enviada em: quinta-feira, 14 de agosto de 2008 15:34 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] Res: Res: Queda de Energia já tentou dar um updatedb e um locate postmaster para ver se não está em algum outro local? Evandro Arivaldo Bento wrote: > Segue > > Sucesso. Você pode iniciar o servidor de banco de dados utilizando: > /usr/bin/postmaster -D /var/lib/pgsql/data > ou > /usr/bin/pg_ctl -D /var/lib/pgsql/data -l logfile start > LOG: desligando logger > LOG: desligando logger > LOG: desligando logger > FATAL: arquivo de bloqueio "postmaster.pid" já existe > DICA: Outro postmaster (PID 3484) está executando sob o diretório de > dados "/var/lib/pgsql/data"? > LOG: desligando logger > LOG: desligando logger ___ 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 Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. http://br.new.mail.yahoo.com/addresses ___ 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 atualizar PostgreSQL 8.2.4 para 8.2.9?
On Fri, Aug 15, 2008 at 11:10 AM, cardosodario <[EMAIL PROTECTED]> wrote: > > Amigos, > Tenho o PostgreSQL 8.2.4 instalado num servidor FreeBSD, quer atualizar ele > para o 8.2.9 minha pergunta: > > 1) devo fazer um pg_dump, parar o servico, desisntalar a versao 8.2.4, > apagar o diretorio inteiro e depois instalar o 8.2.9? > > 2) ou devo apenas fazer o pg_dump, atualizar para a versao 8.2.9, fazer um > initdb? > > como seria a melhor maneira de se fazer esta atualização? > Nem um nem outro, é só parar o banco e compilar os novos fontes... -- Sebastian SWC http://sebastianswc.com http://www.postgresql.org.br/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Como atualizar PostgreSQL 8.2.4 para 8.2.9?
Amigos, Tenho o PostgreSQL 8.2.4 instalado num servidor FreeBSD, quer atualizar ele para o 8.2.9 minha pergunta: 1) devo fazer um pg_dump, parar o servico, desisntalar a versao 8.2.4, apagar o diretorio inteiro e depois instalar o 8.2.9? 2) ou devo apenas fazer o pg_dump, atualizar para a versao 8.2.9, fazer um initdb? como seria a melhor maneira de se fazer esta atualização? Dario -- View this message in context: http://www.nabble.com/Como-atualizar-PostgreSQL-8.2.4-para-8.2.9--tp18999329p18999329.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
Re: [pgbr-geral] paralelizar processos no postgresql
On Thu, Aug 14, 2008 at 2:44 PM, Mr J.L. <[EMAIL PROTECTED]> wrote: [ ... ] > Gostaria de saber se é possivel dividir um processo pesado (backup, > dump,vacuum, etc...) e varios processos trabalhando em paralelo? > > exemplo tem 8 processadores ai na madrugada vou fazer um backup. para o > processo referente a esse backup deixo disponivel 4 processadores, ai ele > usaria 4 processos um em cada processador p/ realizar esse backup. > Quem cuida de "escolher" o nucleo a ser usado é o sistema operacional. É como o osvaldo falou antes: rode todos ao mesmo tempo. Só não se esqueça que mesmo com 3636326362 nucleos de processador, você continua com poucos discos e, devido a isso, quanto maior a concorrencia a eles, mais tempo leva para acabar o processo. -- Sebastian SWC http://sebastianswc.com http://www.postgresql.org.br/ ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] relation does not exist
Verdade, desculpe-me pela falha, nem percebi isso. Porém para utilizar essa extensão, somente fazendo um "apt-get install" resolveria? Não foi o que aconteceu, instalei a extensao e continua dando erro: ERROR: type "geometry" does not exist ERROR: operator class "btree_geometry_ops" does not exist for access method "btree" ERROR: type "geometry" does not exist ERROR: operator class "gist_geometry_ops" does not exist for access method "gist" SET ERROR: function public.text(boolean) does not exist ERROR: source data type public.box2d does not exist ERROR: source data type public.box2d does not exist ERROR: source data type public.box3d does not exist Vi no google sobre criar um schema diferente, porém não é o caso, o banco original está com schema public. 2008/8/14 Roberto Mello <[EMAIL PROTECTED]> > 2008/8/14 Lucas Mocellin <[EMAIL PROTECTED]>: > > > > vejo que são vários erros "randômicos" > > Nao sao randomicos. > > > ERROR: could not access file "$libdir/liblwgeom.dll": No such file or > > directory > [EMAIL PROTECTED]:/etc/postgresql# ls -lh /usr/lib/postgresql/8.1/lib/liblwgeom.so lrwxrwxrwx 1 root root 16 2008-08-15 08:51 /usr/lib/postgresql/8.1/lib/liblwgeom.so -> liblwgeom.so.1.1 Agora existe. Fiz esse teste um banco do 8.1, estou com problemas para achar o pacote debian para o 8.3. Porém acredito que não poderei migrar um banco do 8.2 para 8.1, certo? > > Essa biblioteca nao esta instalada. Provavelmente e' de alguma > extensao, que voce tem que instalar na sua nova instalacao do 8.3, ou > apenas habilita-la. Uma pesquisada rapida no Google indica que essa > biblioteca e' do postgis. > > Esse link tem algumas informacoes que vao ajudar: > http://postgis.refractions.net/download/windows/ > > > ERROR: function public.estimated_extent(text, text, text) does not exist > > ERROR: could not access file "$libdir/liblwgeom.dll": No such file or > > directory > > ERROR: function public.estimated_extent(text, text) does not exist > > ERROR: type box3d does not exist > > Esses outros erros parecem que sao decorrentes do primeiro erro. > > Roberto > -- > http://blog.divisiblebyfour.org/ > ___ > 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