[pgbr-geral] RES: RES: SUPERUSER X CREATEUSER
Senhores, Agora estou em duvida! Sempre usei... ALTER Role usuario CREATEROLE; ... pra fazer com que um usuário comum tivesse permissão de criar outro usuário, e assim realmente funciona. Quer dizer que esse usuário passa a ser superusuário? Renato Senda De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Ribamar Sousa Enviada em: quarta-feira, 13 de agosto de 2008 19:29 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] RES: SUPERUSER X CREATEUSER 2008/8/13 Alisson Viegas | Acsiv Sistemas [EMAIL PROTECTED] Ribamar, Se eu dou permissão de superuser pra um usuário ele pode atrapalhar meu banco, certo? Mas seria muito útil se outro usuário pudesse criar novas contas não superuser. Sempre que precisar criar um novo usuário tem que chamar o dba superuser? Não seria uma falha isso? Não. quando a coisa foi planejada não é falha. Podemos até discordar e mostrar as desvantagens para a equipe e quem sabe convencê-los a mudar, mas claro que depende dos nossos argumentos. Você deve lembrar que a atribuição de criar usuário é muito importante e somente alguém de sua inteira confiança deve ter. Acho que foi isso que a equipe pensou ou algo do gênero. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net - 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: SUPERUSER X CREATEUSER
2008/8/14 Renato [EMAIL PROTECTED] Senhores, Agora estou em duvida! Sempre usei... ALTER Role usuario CREATEROLE; ... pra fazer com que um usuário comum tivesse permissão de criar outro usuário, e assim realmente funciona. Quer dizer que esse usuário passa a ser superusuário? Nada como o manual (em pt_BR): 17.2. Atributos do usuário O usuário de banco de dados pode possuir vários atributos que definem seus privilégios e interagem com o sistema de autenticação de clientes. superuser Um superusuário do banco de dados não está sujeito a verificações de permissão. Também, somente um superusuário pode criar novos usuários. Para criar um superusuário do banco de dados deve ser utilizado o comando CREATE USER nome_do_usuário CREATEUSER. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ 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
Pois é Ribamar. Estou começando agora no Postgres, mas sou desenvolvedor há muito tempo. Você deve lembrar que a atribuição de criar usuário é muito importante e somente alguém de sua inteira confiança deve ter. Acho que foi isso que a equipe pensou ou algo do gênero. Concordo com você que esta atribuição é crítica para o bom funcionamento. Veja, para uma empresa que tem um dba e pode solicitá-lo a criação de novos usuários a coisa funciona. Mas tenho uma softhouse e geralmente nomeio alguém da empresa cliente que seja de TI e conheça bem os limites de cada usuário no banco para dar os atributos. Neste caso essa pessoa é de minha confiança. E outra coisa: ela deveria dar somente permissões que o superuser autorizasse, como select, insert, update e delete, por exemplo. Podemos até discordar e mostrar as desvantagens para a equipe e quem sabe convencê-los a mudar, mas claro que depende dos nossos argumentos. Acho que poderíamos questionar esta situação com a equipe. Este argumento de o superuser autorizar outro user a criar novas contas somente com os atributos definidos pode ser um bom ponto. O que achas? At.te, Alisson Viegas [EMAIL PROTECTED] --- Acsiv Sistemas http://www.acsiv.com.br/ www.acsiv.com.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] Como configurar o PostgreSQL 8.3 para pt_BR?
Obrigado pessoal pelas respostas, vou dar uma boa lida nesses documentos e depois posto aqui o resultado. Obrigado mesmo! Lucas. 2008/8/13 Roberto Mello [EMAIL PROTECTED] 2008/8/13 Lucas Mocellin [EMAIL PROTECTED]: Como é uma migração de um banco que o pessoal usa windows, não estou interessado em converter o banco ou algo do gênero, gostaria de deixar no mesmo encoding. Como posso criar isso? Recrie o cluster, com o PG desligado: initdb -E LATIN1 -D caminho\para\seu\cluster Preciso manter o UTF-8 como locale do sistema, porém meu locale -a não tem o LATIN1. Qual distribuicao? No Debian (ou Ubuntu) faca um `dpkg-reconfigure locales` Desculpe-me pela repetição, mas sinto-me um pouco perdido quando se fala de locales, encodings, etc.. http://blog.divisiblebyfour.org/2008/03/postgresql-e-codificaes-postgresql-and.html 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
[pgbr-geral] RES: RES: RES: SUPERUSER X CREATEUSER
O jeito é não dar atributo createuser pra ninguém, já que o banco entende como superuser. Aí a aplicação que controlará isso. É uma pena! Valeu, Ribamar. At.te, Alisson Viegas [EMAIL PROTECTED] --- Acsiv Sistemas http://www.acsiv.com.br/ www.acsiv.com.br De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Ribamar Sousa Enviada em: quinta-feira, 14 de agosto de 2008 10:05 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] RES: RES: SUPERUSER X CREATEUSER 2008/8/14 Alisson Viegas | Acsiv Sistemas [EMAIL PROTECTED] Podemos até discordar e mostrar as desvantagens para a equipe e quem sabe convencê-los a mudar, mas claro que depende dos nossos argumentos. Acho que poderíamos questionar esta situação com a equipe. Este argumento de o superuser autorizar outro user a criar novas contas somente com os atributos definidos pode ser um bom ponto. O que achas? Acho que os caras já fazem muito e isso podemos nós dar um jeito de resolver. Veja que você (pelo que sei) foi o único a querer algo assim por aqui. Então seria o caso de você usar de criatividade e encontrar a melhor saída para seu problema. Particularmente não acho que deva ser mudado. Somente com um bom conhecimento dessas coisas podemos estar a valiá-las, portanto recomendo conhecer bem elas antes, testar, refletir e então trazer o resultado. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.138 / Virus Database: 270.6.1/1607 - Release Date: 12/08/2008 07:19 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Como configurar o PostgreSQL 8.3 para pt_BR?
Consegui criar o banco em LATIN1, porém agora a briga é para importar os dados, vejam: ERROR: relation cidade does not exist ERROR: relation cidade does not exist ERROR: relation cidade does not exist ERROR: relation cidade does not exist ERROR: relation cidade does not exist ERROR: relation cidade does not exist ERROR: relation cidade does not exist pg_restore: [archiver (db)] could not execute query: ERROR: type public.chip does not exist Command was: ALTER TYPE public.chip OWNER TO postgres; pg_restore: creating FUNCTION geometry_analyze(internal) pg_restore: [archiver (db)] Error from TOC entry 25; 1255 16833 FUNCTION geometry_analyze(internal) postgres pg_restore: [archiver (db)] could not execute query: ERROR: could not access file $libdir/liblwgeom.dll: No such file or directory Command was: CREATE FUNCTION geometry_analyze(internal) RETURNS boolean AS '$libdir/liblwgeom.dll', 'LWGEOM_analyze' LANGUAGE c S... pg_restore: [archiver (db)] could not execute query: ERROR: function public.geometry_analyze(internal) does not exist Command was: ALTER FUNCTION public.geometry_analyze(internal) OWNER TO postgres; pg_restore: creating FUNCTION geometry_in(cstring) pg_restore: [archiver (db)] Error from TOC entry 26; 1255 16835 FUNCTION geometry_in(cstring) postgres pg_restore: [archiver (db)] could not execute query: ERROR: could not access file $libdir/liblwgeom.dll: No such file or directory Command was: CREATE FUNCTION geometry_in(cstring) RETURNS geometry AS '$libdir/liblwgeom.dll', 'LWGEOM_in' LANGUAGE c IMMUTABLE S... pg_restore: [archiver (db)] could not execute query: ERROR: function public.geometry_in(cstring) does not exist Command was: ALTER FUNCTION public.geometry_in(cstring) OWNER TO postgres; pg_restore: creating FUNCTION geometry_out(geometry) pg_restore: [archiver (db)] Error from TOC entry 27; 1255 16836 FUNCTION geometry_out(geometry) postgres pg_restore: [archiver (db)] could not execute query: ERROR: type geometry does not exist Command was: CREATE FUNCTION geometry_out(geometry) RETURNS cstring AS '$libdir/liblwgeom.dll', 'LWGEOM_out' LANGUAGE c IMMUTABLE... Estou migrando o banco com: 1 - pg_dump -i -h x.x.x.x -F c -v -f /tmp/web.sql web 2 - crio o banco 3 - pg_restore -c -v -d cotesa_web /tmp/cotesa_web.sql Pesquisei sobre, mas não encontrei nada muito bom, algo sobre um bug na ordenação dos comandos gerados pelo DUMP, porém sem soluções a nao ser reordenar manualmente (???). Alguém já passou por isso? Obrigado, Lucas. 2008/8/14 Lucas Mocellin [EMAIL PROTECTED] Obrigado pessoal pelas respostas, vou dar uma boa lida nesses documentos e depois posto aqui o resultado. Obrigado mesmo! Lucas. 2008/8/13 Roberto Mello [EMAIL PROTECTED] 2008/8/13 Lucas Mocellin [EMAIL PROTECTED]: Como é uma migração de um banco que o pessoal usa windows, não estou interessado em converter o banco ou algo do gênero, gostaria de deixar no mesmo encoding. Como posso criar isso? Recrie o cluster, com o PG desligado: initdb -E LATIN1 -D caminho\para\seu\cluster Preciso manter o UTF-8 como locale do sistema, porém meu locale -a não tem o LATIN1. Qual distribuicao? No Debian (ou Ubuntu) faca um `dpkg-reconfigure locales` Desculpe-me pela repetição, mas sinto-me um pouco perdido quando se fala de locales, encodings, etc.. http://blog.divisiblebyfour.org/2008/03/postgresql-e-codificaes-postgresql-and.html 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
[pgbr-geral] Comentario sobre autovacuum
Amigos, Tenho 2 clientes que rodam o postgreSQL 8.2.x e que o postgresql.conf estava programado para autovacuum = on Ao passar do tempo o banco de dados foi enxendo e ficando lento, chegando até a travar quando se acessava uma determinada tabela Eu retirei o autovacuum = on e passei para = off e coloquei no cron do servidor para dar um vacuumdb -z -d banco as 23 horas quando ninguem esta acessando o banco Aparentemente o problema foi resolvido Gostaria de entender qual o melhor metodo de vacuum? ele precisa ser feito? qual o periodo de regularidade? Porque o autovacuum pode travar? Dario -- View this message in context: http://www.nabble.com/Comentario-sobre-autovacuum-tp18983458p18983458.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] RES: RES: RES: SUPERUSER X CREATEUSER
Alisson Viegas | Acsiv Sistemas escreveu: O jeito é não dar atributo createuser pra ninguém, já que o banco entende como superuser. Aí a aplicação que controlará isso. É uma pena! Uma possível solução é criar - como superusuário - uma função, com a opção SECURITY DEFINER [1], que crie um usuário. Retire a permissão de execução para todo o esquema [3]. Permita que apenas o usuário desejado execute esta função [2]. GRANT EXECUTE ON FUNCTION funcname (...) TO rolename Assim ele poderá criar novos usuários mas não terá os demais privilégios de um superusuário. Veja um exemplo ao final de [1]. [1] http://www.postgresql.org/docs/current/interactive/sql-createfunction.html [2] http://www.postgresql.org/docs/current/interactive/sql-grant.html [3] http://www.postgresql.org/docs/current/interactive/sql-revoke.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] Comentario sobre autovacuum
2008/8/14 cardosodario [EMAIL PROTECTED] Amigos, Tenho 2 clientes que rodam o postgreSQL 8.2.x e que o postgresql.conf estava programado para autovacuum = on Ao passar do tempo o banco de dados foi enxendo e ficando lento, chegando até a travar quando se acessava uma determinada tabela Eu retirei o autovacuum = on e passei para = off e coloquei no cron do servidor para dar um vacuumdb -z -d banco as 23 horas quando ninguem esta acessando o banco Aparentemente o problema foi resolvido Gostaria de entender qual o melhor metodo de vacuum? ele precisa ser feito? qual o periodo de regularidade? No 8.3 ele já vem redondinho ativo por default. No 8.2 e anteeriores requer ativar e também ativar mais um ou dois parâmetros. Veja no postgresql.conf que ele diz qual. Porque o autovacuum pode travar? Não é bem travar, é que ele quando usa uma tabela a usa com exclusividade e ninguém mais tem acesso e isso parece como a tabela esteja travada. Mas logo terá outros comentários com mais detalhes. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] erro funcao
O que há de errado com essa função: CREATE OR REPLACE FUNCTION buscar_pessoa(text) RETURNS SETOF tb_pessoa AS $BODY$ declare texto text; linha tb_pessoa%ROWTYPE; begin texto = replace(replace(ltrim(rtrim($1)), '', ''), '', ''); for linha in select nomecompleto from tb_pessoa where nomecompleto ilike ( texto) loop return next linha; end loop; return; end $BODY$ LANGUAGE 'plpgsql' VOLATILE; retorna o seguinte erro: ERRO: função que tem argumento do tipo conjunto foi chamada em um contexto que não pode aceitar um conjunto CONTEXT: PL/pgSQL function buscar_pessoa while casting return value to function's return type 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
[pgbr-geral] RES: RES: RES: RES: SUPERUSER X CREATEUSER
Boa, Oswaldo. Vou tentar aqui. Valeu! At.te, Alisson Viegas [EMAIL PROTECTED] --- Acsiv Sistemas www.acsiv.com.br -Mensagem original- De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Em nome de Osvaldo Rosario Kussama Enviada em: quinta-feira, 14 de agosto de 2008 12:28 Para: Comunidade PostgreSQL Brasileira Assunto: Re: [pgbr-geral] RES: RES: RES: SUPERUSER X CREATEUSER Alisson Viegas | Acsiv Sistemas escreveu: O jeito é não dar atributo createuser pra ninguém, já que o banco entende como superuser. Aí a aplicação que controlará isso. É uma pena! Uma possível solução é criar - como superusuário - uma função, com a opção SECURITY DEFINER [1], que crie um usuário. Retire a permissão de execução para todo o esquema [3]. Permita que apenas o usuário desejado execute esta função [2]. GRANT EXECUTE ON FUNCTION funcname (...) TO rolename Assim ele poderá criar novos usuários mas não terá os demais privilégios de um superusuário. Veja um exemplo ao final de [1]. [1] http://www.postgresql.org/docs/current/interactive/sql-createfunction.html [2] http://www.postgresql.org/docs/current/interactive/sql-grant.html [3] http://www.postgresql.org/docs/current/interactive/sql-revoke.html Osvaldo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.138 / Virus Database: 270.6.1/1607 - Release Date: 12/08/2008 07:19 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] erro funcao
Daniel P Lim escreveu: O que há de errado com essa função: CREATE OR REPLACE FUNCTION buscar_pessoa(text) RETURNS SETOF tb_pessoa AS $BODY$ declare texto text; linha tb_pessoa%ROWTYPE; begin texto = replace(replace(ltrim(rtrim($1)), '', ''), '', ''); for linha in select nomecompleto from tb_pessoa where nomecompleto ilike ( texto) loop return next linha; end loop; return; end $BODY$ LANGUAGE 'plpgsql' VOLATILE; retorna o seguinte erro: ERRO: função que tem argumento do tipo conjunto foi chamada em um contexto que não pode aceitar um conjunto CONTEXT: PL/pgSQL function buscar_pessoa while casting return value to function's return type Toda função que retorna um SETOF deve ser chamada da seguinte forma: SELECT * FROM funcao(); já que ela pode retornar múltiplas linhas. Verifique se é isso. Osvaldo PS.: Não entendi a expressão replace(ltrim(rtrim($1)), '', ''). Você quer substituir uma string vazia por uma string vazia ou existe um erro de transcrição? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Queda de Energia
Boa tarde. Estávamos fazendo um pg_restore e nesse momento caiu a energia, quando retornou o sistema, o banco postgresql não entrou no ar, olhando o log, ele dizia o que segue abaixo: Postgresql 8.01 SO Linux 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? Porém, olhando todos os processos não existe este PID e nem em /var/lib/pgsql/data existe o arquivo postmaster.pid. Alguém saberia me dizer o que pod estar ocorrendo? Obrigado. Ari 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] Queda de Energia
2008/8/14 Arivaldo Bento [EMAIL PROTECTED] Boa tarde. Estávamos fazendo um pg_restore e nesse momento caiu a energia, quando retornou o sistema, o banco postgresql não entrou no ar, olhando o log, ele dizia o que segue abaixo: Postgresql 8.01 SO Linux 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? Porém, olhando todos os processos não existe este PID e nem em /var/lib/pgsql/data existe o arquivo postmaster.pid. Alguém saberia me dizer o que pod estar ocorrendo? Geralmente deve excluir o arquivo /var/lib/pgsql/data/postmaster.pid para poder voltar a funcionar. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Res: Queda de Energia
Desculpe, me expressei errado este arquivo já não existe e mesmo assim dá o erro. - Mensagem original De: Ribamar Sousa [EMAIL PROTECTED] Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Enviadas: Quinta-feira, 14 de Agosto de 2008 13:52:11 Assunto: Re: [pgbr-geral] Queda de Energia 2008/8/14 Arivaldo Bento [EMAIL PROTECTED] Boa tarde. Estávamos fazendo um pg_restore e nesse momento caiu a energia, quando retornou o sistema, o banco postgresql não entrou no ar, olhando o log, ele dizia o que segue abaixo: Postgresql 8.01 SO Linux 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? Porém, olhando todos os processos não existe este PID e nem em /var/lib/pgsql/data existe o arquivo postmaster.pid. Alguém saberia me dizer o que pod estar ocorrendo? Geralmente deve excluir o arquivo /var/lib/pgsql/data/postmaster.pid para poder voltar a funcionar. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net 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
[pgbr-geral] relation does not exist
Pessoal, acho que coloquei no tópico errado esse assunto, então aqui vai, vejo que são vários erros randômicos ERROR: could not access file $libdir/liblwgeom.dll: No such file or directory 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 ERROR: type box3d does not exist ERROR: type box2d does not exist ERROR: type box2d does not exist ERROR: type geometry does not exist ERROR: type geometry does not exist ERROR: type histogram2d does not exist ERROR: type histogram2d does not exist ERROR: type geometry does not exist ERROR: type geometry does not exist ERROR: type chip does not exist ERROR: type chip does not exist ERROR: type box2d does not exist ERROR: function public.find_extent(text, text, text) does not exist ERROR: type box2d does not exist ERROR: function public.find_extent(text, text) does not exist Estou fazendo o dump de maneira errada? Desculpem minha ignorância sobre o assunto, porém dei uma boa procurada no google sobre e não encontrei nada. Estou migrando um banco do 8.2.4 para 8.3.3. Obrigado, Lucas. -- Forwarded message -- From: Lucas Mocellin [EMAIL PROTECTED] Date: 2008/8/14 Subject: Re: [pgbr-geral] Como configurar o PostgreSQL 8.3 para pt_BR? To: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Consegui criar o banco em LATIN1, porém agora a briga é para importar os dados, vejam: ERROR: relation cidade does not exist ERROR: relation cidade does not exist ERROR: relation cidade does not exist ERROR: relation cidade does not exist ERROR: relation cidade does not exist ERROR: relation cidade does not exist ERROR: relation cidade does not exist pg_restore: [archiver (db)] could not execute query: ERROR: type public.chip does not exist Command was: ALTER TYPE public.chip OWNER TO postgres; pg_restore: creating FUNCTION geometry_analyze(internal) pg_restore: [archiver (db)] Error from TOC entry 25; 1255 16833 FUNCTION geometry_analyze(internal) postgres pg_restore: [archiver (db)] could not execute query: ERROR: could not access file $libdir/liblwgeom.dll: No such file or directory Command was: CREATE FUNCTION geometry_analyze(internal) RETURNS boolean AS '$libdir/liblwgeom.dll', 'LWGEOM_analyze' LANGUAGE c S... pg_restore: [archiver (db)] could not execute query: ERROR: function public.geometry_analyze(internal) does not exist Command was: ALTER FUNCTION public.geometry_analyze(internal) OWNER TO postgres; pg_restore: creating FUNCTION geometry_in(cstring) pg_restore: [archiver (db)] Error from TOC entry 26; 1255 16835 FUNCTION geometry_in(cstring) postgres pg_restore: [archiver (db)] could not execute query: ERROR: could not access file $libdir/liblwgeom.dll: No such file or directory Command was: CREATE FUNCTION geometry_in(cstring) RETURNS geometry AS '$libdir/liblwgeom.dll', 'LWGEOM_in' LANGUAGE c IMMUTABLE S... pg_restore: [archiver (db)] could not execute query: ERROR: function public.geometry_in(cstring) does not exist Command was: ALTER FUNCTION public.geometry_in(cstring) OWNER TO postgres; pg_restore: creating FUNCTION geometry_out(geometry) pg_restore: [archiver (db)] Error from TOC entry 27; 1255 16836 FUNCTION geometry_out(geometry) postgres pg_restore: [archiver (db)] could not execute query: ERROR: type geometry does not exist Command was: CREATE FUNCTION geometry_out(geometry) RETURNS cstring AS '$libdir/liblwgeom.dll', 'LWGEOM_out' LANGUAGE c IMMUTABLE... Estou migrando o banco com: 1 - pg_dump -i -h x.x.x.x -F c -v -f /tmp/web.sql web 2 - crio o banco 3 - pg_restore -c -v -d cotesa_web /tmp/cotesa_web.sql Pesquisei sobre, mas não encontrei nada muito bom, algo sobre um bug na ordenação dos comandos gerados pelo DUMP, porém sem soluções a nao ser reordenar manualmente (???). Alguém já passou por isso? Obrigado, Lucas. 2008/8/14 Lucas Mocellin [EMAIL PROTECTED] Obrigado pessoal pelas respostas, vou dar uma boa lida nesses documentos e depois posto aqui o resultado. Obrigado mesmo! Lucas. 2008/8/13 Roberto Mello [EMAIL PROTECTED] 2008/8/13 Lucas Mocellin [EMAIL PROTECTED]: Como é uma migração de um banco que o pessoal usa windows, não estou interessado em converter o banco ou algo do gênero, gostaria de deixar no mesmo encoding. Como posso criar isso? Recrie o cluster, com o PG desligado: initdb -E LATIN1 -D caminho\para\seu\cluster Preciso manter o UTF-8 como locale do sistema, porém meu locale -a não tem o LATIN1. Qual distribuicao? No Debian (ou Ubuntu) faca um `dpkg-reconfigure locales` Desculpe-me pela repetição, mas sinto-me um pouco perdido quando se fala de locales, encodings, etc.. http://blog.divisiblebyfour.org/2008/03/postgresql-e-codificaes-postgresql-and.html Roberto --
Re: [pgbr-geral] Res: Queda de Energia
2008/8/14 Arivaldo Bento [EMAIL PROTECTED] Desculpe, me expressei errado este arquivo já não existe e mesmo assim dá o erro. Já checou com ps ax|grep postgres para ver se tem algum processo? Boa tarde. Estávamos fazendo um pg_restore e nesse momento caiu a energia, quando retornou o sistema, o banco postgresql não entrou no ar, olhando o log, ele dizia o que segue abaixo: Postgresql 8.01 SO Linux 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? Porém, olhando todos os processos não existe este PID e nem em /var/lib/pgsql/data existe o arquivo postmaster.pid. Alguém saberia me dizer o que pod estar ocorrendo? -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Comentario sobre autovacuum
Mas então o recurso de autovacuum não eh interessante se ele trava a tabela, ou no 8.3 ele não age assim? Dario cardosodario wrote: Amigos, Tenho 2 clientes que rodam o postgreSQL 8.2.x e que o postgresql.conf estava programado para autovacuum = on Ao passar do tempo o banco de dados foi enxendo e ficando lento, chegando até a travar quando se acessava uma determinada tabela Eu retirei o autovacuum = on e passei para = off e coloquei no cron do servidor para dar um vacuumdb -z -d banco as 23 horas quando ninguem esta acessando o banco Aparentemente o problema foi resolvido Gostaria de entender qual o melhor metodo de vacuum? ele precisa ser feito? qual o periodo de regularidade? Porque o autovacuum pode travar? Dario -- View this message in context: http://www.nabble.com/Comentario-sobre-autovacuum-tp18983458p18986294.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] paralelizar processos no postgresql
Pessoal, nao sei se paralelismo de processos seria o titulo correto para esse assunto, mas estou com a seguinte duvida. 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. É possivel isso no postgresql? tem algum parametro que da pra setar dizendo que desejo paralelizar o processo? (lembrando que isso seria p/ casos raros) 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
[pgbr-geral] Res: Res: Queda de Energia
Sim. - Mensagem original De: Ribamar Sousa [EMAIL PROTECTED] Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Enviadas: Quinta-feira, 14 de Agosto de 2008 14:23:10 Assunto: Re: [pgbr-geral] Res: Queda de Energia 2008/8/14 Arivaldo Bento [EMAIL PROTECTED] Desculpe, me expressei errado este arquivo já não existe e mesmo assim dá o erro. Já checou com ps ax|grep postgres para ver se tem algum processo? Boa tarde. Estávamos fazendo um pg_restore e nesse momento caiu a energia, quando retornou o sistema, o banco postgresql não entrou no ar, olhando o log, ele dizia o que segue abaixo: Postgresql 8.01 SO Linux 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? Porém, olhando todos os processos não existe este PID e nem em /var/lib/pgsql/data existe o arquivo postmaster.pid. Alguém saberia me dizer o que pod estar ocorrendo? -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net 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
[pgbr-geral] Res: Queda de Energia
Já havia verificado tb e não existem tais arquivos. Obigrado. - Mensagem original De: Marcelo Costa [EMAIL PROTECTED] Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Enviadas: Quinta-feira, 14 de Agosto de 2008 14:15:21 Assunto: Re: [pgbr-geral] Queda de Energia Olá, boa tarde! Postgresql 8.01 SO Linux 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? Porém, olhando todos os processos não existe este PID e nem em /var/lib/pgsql/data existe o arquivo postmaster.pid. Alguém saberia me dizer o que pod estar ocorrendo? Além do postmaster.pid você precisa verificar em /tmp se existem arquivos com o nome .s.PGSQL.5432 e .s.PGSQL.5432.lock. Havendo delete estes arquivos. -- Marcelo Costa 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] Res: Queda de Energia
2008/8/14 Arivaldo Bento [EMAIL PROTECTED] Já havia verificado tb e não existem tais arquivos. Obigrado. O que o log te diz ? -- Marcelo Costa ___ 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: Queda de Energia
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 - Mensagem original De: Marcelo Costa [EMAIL PROTECTED] Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Enviadas: Quinta-feira, 14 de Agosto de 2008 15:05:45 Assunto: Re: [pgbr-geral] Res: Queda de Energia 2008/8/14 Arivaldo Bento [EMAIL PROTECTED] Já havia verificado tb e não existem tais arquivos. Obigrado. O que o log te diz ? -- Marcelo Costa 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] 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
Re: [pgbr-geral] Res: Res: Queda de Energia
Certamente o postmaster.pid ainda existe, tente localiza-lo. 2008/8/14 Arivaldo Bento [EMAIL PROTECTED] 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 - Mensagem original De: Marcelo Costa [EMAIL PROTECTED] Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Enviadas: Quinta-feira, 14 de Agosto de 2008 15:05:45 Assunto: Re: [pgbr-geral] Res: Queda de Energia 2008/8/14 Arivaldo Bento [EMAIL PROTECTED] Já havia verificado tb e não existem tais arquivos. Obigrado. O que o log te diz ? -- Marcelo Costa -- Novos endereços, o Yahoo! que você conhece. Crie um email novohttp://br.rd.yahoo.com/mail/taglines/mail/*http://br.new.mail.yahoo.com/addressescom a sua cara @ ymail.com ou @rocketmail.com. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Marcelo Costa ___ 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 11:44 AM, 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? Rode os aplicativos em processos diferentes em paralelo, e.g. um pg_dump de cada um dos seus bancos de dados, etc. Roberto ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Comentario sobre autovacuum
Ops, faltou um pequeno detalhe: isso só ocorre quando você usa: vacuum full; 2008/8/14 cardosodario [EMAIL PROTECTED] Mas então o recurso de autovacuum não eh interessante se ele trava a tabela, ou no 8.3 ele não age assim? Dario cardosodario wrote: Amigos, Tenho 2 clientes que rodam o postgreSQL 8.2.x e que o postgresql.conf estava programado para autovacuum = on Ao passar do tempo o banco de dados foi enxendo e ficando lento, chegando até a travar quando se acessava uma determinada tabela Eu retirei o autovacuum = on e passei para = off e coloquei no cron do servidor para dar um vacuumdb -z -d banco as 23 horas quando ninguem esta acessando o banco Aparentemente o problema foi resolvido Gostaria de entender qual o melhor metodo de vacuum? ele precisa ser feito? qual o periodo de regularidade? Porque o autovacuum pode travar? Dario -- View this message in context: http://www.nabble.com/Comentario-sobre-autovacuum-tp18983458p18986294.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 -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Como configurar o PostgreSQL 8.3 para pt_BR?
o pg_restore não recupera arquivos no formato texto-puro, tenta passar o parametro -Ft e salva como tar ou tenta recuperar direto com psql se a base não for muito grande, acho que vai resolver. 1 - pg_dump -i -h x.x.x.x -Ft c -v -f /tmp/web.tar ou tenta psql -d cotesa_web -f caminho do arquivo sql. 2008/8/14 Lucas Mocellin [EMAIL PROTECTED] Consegui criar o banco em LATIN1, porém agora a briga é para importar os dados, vejam: ERROR: relation cidade does not exist ERROR: relation cidade does not exist ERROR: relation cidade does not exist ERROR: relation cidade does not exist ERROR: relation cidade does not exist ERROR: relation cidade does not exist ERROR: relation cidade does not exist pg_restore: [archiver (db)] could not execute query: ERROR: type public.chip does not exist Command was: ALTER TYPE public.chip OWNER TO postgres; pg_restore: creating FUNCTION geometry_analyze(internal) pg_restore: [archiver (db)] Error from TOC entry 25; 1255 16833 FUNCTION geometry_analyze(internal) postgres pg_restore: [archiver (db)] could not execute query: ERROR: could not access file $libdir/liblwgeom.dll: No such file or directory Command was: CREATE FUNCTION geometry_analyze(internal) RETURNS boolean AS '$libdir/liblwgeom.dll', 'LWGEOM_analyze' LANGUAGE c S... pg_restore: [archiver (db)] could not execute query: ERROR: function public.geometry_analyze(internal) does not exist Command was: ALTER FUNCTION public.geometry_analyze(internal) OWNER TO postgres; pg_restore: creating FUNCTION geometry_in(cstring) pg_restore: [archiver (db)] Error from TOC entry 26; 1255 16835 FUNCTION geometry_in(cstring) postgres pg_restore: [archiver (db)] could not execute query: ERROR: could not access file $libdir/liblwgeom.dll: No such file or directory Command was: CREATE FUNCTION geometry_in(cstring) RETURNS geometry AS '$libdir/liblwgeom.dll', 'LWGEOM_in' LANGUAGE c IMMUTABLE S... pg_restore: [archiver (db)] could not execute query: ERROR: function public.geometry_in(cstring) does not exist Command was: ALTER FUNCTION public.geometry_in(cstring) OWNER TO postgres; pg_restore: creating FUNCTION geometry_out(geometry) pg_restore: [archiver (db)] Error from TOC entry 27; 1255 16836 FUNCTION geometry_out(geometry) postgres pg_restore: [archiver (db)] could not execute query: ERROR: type geometry does not exist Command was: CREATE FUNCTION geometry_out(geometry) RETURNS cstring AS '$libdir/liblwgeom.dll', 'LWGEOM_out' LANGUAGE c IMMUTABLE... Estou migrando o banco com: 1 - pg_dump -i -h x.x.x.x -F c -v -f /tmp/web.sql web 2 - crio o banco 3 - pg_restore -c -v -d cotesa_web /tmp/cotesa_web.sql Pesquisei sobre, mas não encontrei nada muito bom, algo sobre um bug na ordenação dos comandos gerados pelo DUMP, porém sem soluções a nao ser reordenar manualmente (???). Alguém já passou por isso? Obrigado, Lucas. 2008/8/14 Lucas Mocellin [EMAIL PROTECTED] Obrigado pessoal pelas respostas, vou dar uma boa lida nesses documentos e depois posto aqui o resultado. Obrigado mesmo! Lucas. 2008/8/13 Roberto Mello [EMAIL PROTECTED] 2008/8/13 Lucas Mocellin [EMAIL PROTECTED]: Como é uma migração de um banco que o pessoal usa windows, não estou interessado em converter o banco ou algo do gênero, gostaria de deixar no mesmo encoding. Como posso criar isso? Recrie o cluster, com o PG desligado: initdb -E LATIN1 -D caminho\para\seu\cluster Preciso manter o UTF-8 como locale do sistema, porém meu locale -a não tem o LATIN1. Qual distribuicao? No Debian (ou Ubuntu) faca um `dpkg-reconfigure locales` Desculpe-me pela repetição, mas sinto-me um pouco perdido quando se fala de locales, encodings, etc.. http://blog.divisiblebyfour.org/2008/03/postgresql-e-codificaes-postgresql-and.html 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 -- O temor do Senhor é o princípio do conhecimento; mas os insensatos desprezam a sabedoria e a instrução. Pv 1;7 Flávio Cardoso ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Como configurar o PostgreSQL 8.3 para pt_BR?
2008/8/14 flavio cardoso [EMAIL PROTECTED]: o pg_restore não recupera arquivos no formato texto-puro, tenta passar o parametro -Ft e salva como tar ou tenta recuperar direto com psql se a base não for muito grande, acho que vai resolver. Eu prefiro sempre usar o formato custom (-Fc), que da' muita flexibilidade na hora da restauracao e ja' e' comprimido por padrao. 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: Queda de Energia
Obrigado. - Mensagem original De: Marcelo Costa [EMAIL PROTECTED] Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Enviadas: Quinta-feira, 14 de Agosto de 2008 15:34:28 Assunto: Re: [pgbr-geral] Res: Res: Queda de Energia Certamente o postmaster.pid ainda existe, tente localiza-lo. 2008/8/14 Arivaldo Bento [EMAIL PROTECTED] 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 - Mensagem original De: Marcelo Costa [EMAIL PROTECTED] Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Enviadas: Quinta-feira, 14 de Agosto de 2008 15:05:45 Assunto: Re: [pgbr-geral] Res: Queda de Energia 2008/8/14 Arivaldo Bento [EMAIL PROTECTED] Já havia verificado tb e não existem tais arquivos. Obigrado. O que o log te diz ? -- Marcelo Costa Novos endereços, o Yahoo! que você conhece. Crie um email novo com a sua cara @ymail.com ou @rocketmail.com. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Marcelo Costa 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
[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
Re: [pgbr-geral] How to optimize PostgreSQL database size
2008/8/12 Ribamar Sousa [EMAIL PROTECTED]: http://www.linuxinsight.com/optimize_postgresql_database_size.html Esse artigo e' bem antigo. Os testes foram feitos com o PostgreSQL 7.4.8 que e' anciao, e nao reflete o atual estado do PostgreSQL. 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] How to optimize PostgreSQL database size
2008/8/14 Roberto Mello [EMAIL PROTECTED] 2008/8/12 Ribamar Sousa [EMAIL PROTECTED]: http://www.linuxinsight.com/optimize_postgresql_database_size.html Esse artigo e' bem antigo. Os testes foram feitos com o PostgreSQL 7.4.8 que e' anciao, e nao reflete o atual estado do PostgreSQL. Realmente, acabo de constatar. Não havia lido, apenas achei interessante e enviei. Terei mais cuidado na próxima. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ 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: Hubert Lubaczewski: NULLs vs. NOT IN()
Ribamar Sousa escreveu: Se eu permitir que um campo que é a chave estrangeira seja nulo estou quabrando a integridade, pois em sendo nulo o relacionamento já é permitido (quando somente deveria ser permitido se o campo da FK fosse igual ao da PK da outra). Você não está quebrando a integridade porque a informação pode ser desconhecida; por outro lado, se a informação for conhecida, ela tem que estar de acordo com a tabela referenciada. No exemplo abaixo, eu posso dizer que pessoas.cidade é um campo opcional e uma chave estrangeira para cidades.nome. Assim, posso permitir que a informação pessoas.cidade seja omitida, entretanto, caso ela seja informada eu tenho que garantir que a mesma esteja disponível em cidades.nome. pessoas (nome, cidade) cidades (nome, estado) Em um campo de telefone, se eu aceitar nulo eu poderei tem telefones duplicados. Uma saída para isso eu adotei o índice parcial (no exemplo que divulguei do banco pessoa). Ugh? Veja bem, NULL é diferente de NULL (na verdade, é uma expressão desconhecida, ou seja, NULL). Partindo dessa premissa, duas tuplas contendo NULL não estão duplicadas. Acho que o nulo é tão escorregadio que se de fato decidirmos adotá-lo, que nos cerquemos de cuidados para não deixá-lo escapar. É como o Diogo e o Osvalda disseram: você tem que saber de que o NULL é capaz (começando pela lógica dos três valores [1] :-) para poder utilizar campos com essa propriedade. [1] http://pt.wikipedia.org/wiki/L%C3%B3gica_tern%C3%A1ria -- 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] Comparativo entre ambientes OLTP
[EMAIL PROTECTED] escreveu: Vejam o link abaixo, um comparativo que fiz entre 2 ambiente, que utilizam diferentes indices. A base de dados é do benchmark dbt-2. Qual deles seria, na opinião de vocês, de melhor de desempenho? O ambiente/configuração 1 ou 2 e Porque? Duas coisas que invalidam os seus testes: (i) os seus dados cabem no shared_buffers -- utilize um conjunto de dados maior (ii) utilize EXPLAIN ANALYZE para comparar os custos *reais* e não os estimados (pode ser que estes estejam desatualizados). -- 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] 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
Re: [pgbr-geral] Comentario sobre autovacuum
Ribamar Sousa escreveu: 2008/8/14 cardosodario [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] Amigos, Tenho 2 clientes que rodam o postgreSQL 8.2.x e que o postgresql.conf estava programado para autovacuum = on Ao passar do tempo o banco de dados foi enxendo e ficando lento, chegando até a travar quando se acessava uma determinada tabela Eu retirei o autovacuum = on e passei para = off e coloquei no cron do servidor para dar um vacuumdb -z -d banco as 23 horas quando ninguem esta acessando o banco Aparentemente o problema foi resolvido Gostaria de entender qual o melhor metodo de vacuum? ele precisa ser feito? qual o periodo de regularidade? No 8.3 ele já vem redondinho ativo por default. No 8.2 e anteeriores requer ativar e também ativar mais um ou dois parâmetros. O problema é que no 8.2 os parâmetros do autovacuum são muito agressivos para valores padrão. Outra coisa é que na 8.3, o autovacuum sofreu uma mudança de arquitetura para suportar o VACUUM e/ou ANALYZE de objetos simultaneamente (aka workers). Na 8.2 você podia ter o VACUUM de uma tabela grande impedindo (atrasando) o VACUUM de tabelas menores. Talvez definindo valores razoáveis para suas tabelas mais ocupadas (pg_autovacuum) e utilizando os parâmetros do 8.3 no postgresql.conf resolva o seu problema. -- 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: Hubert Lubaczewski: NULLs vs. NOT IN()
2008/8/14 Euler Taveira de Oliveira [EMAIL PROTECTED] Ribamar Sousa escreveu: Se eu permitir que um campo que é a chave estrangeira seja nulo estou quabrando a integridade, pois em sendo nulo o relacionamento já é permitido (quando somente deveria ser permitido se o campo da FK fosse igual ao da PK da outra). Você não está quebrando a integridade porque a informação pode ser desconhecida; por outro lado, se a informação for conhecida, ela tem que estar de acordo com a tabela referenciada. Me referi ao fato de em se permitindo nulo, veja o que ocorre: clientesprodutos codigo(pk)codigo (pk) nomecod_pessoa()fk No exemplo acima, posso cadastrar um produto sem indicar o cliente, pois a FK permite nulo. Em um campo de telefone, se eu aceitar nulo eu poderei tem telefones duplicados. Uma saída para isso eu adotei o índice parcial (no exemplo que divulguei do banco pessoa). Ugh? Veja bem, NULL é diferente de NULL (na verdade, é uma expressão desconhecida, ou seja, NULL). Partindo dessa premissa, duas tuplas contendo NULL não estão duplicadas. Tens razão. Todos os NULOS são nulos e aparentemente duplicados, mas como NULL é diferente de NULL, não estão duplicados. Mas a que eu quiz me referir com a idéia foi que isso é algo indesejável e que sugestão contornava isso. -- Ribamar FS - [EMAIL PROTECTED] http://ribafs.net ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
