[pgbr-geral] RES: Usuários do SGBD PostgreSQL no ES
Opa às ordens! -Mensagem original- De: pgbr-geral [mailto:pgbr-geral-boun...@listas.postgresql.org.br] Em nome de Albino B Neto Enviada em: quarta-feira, 22 de maio de 2013 15:26 Para: pgbr-geral@listas.postgresql.org.br Assunto: [pgbr-geral] Usuários do SGBD PostgreSQL no ES Oi Sou usuário do SGBD PostgreSQL. Queria saber sobre usuários daqui do estado ES ? Quem sabe podemos realizar um PGDay. :-) Albino ___ 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] Erro de acesso em objetos largos ao fazer DUMP da base de dados
Bom dia,
Quando executo o dump da base para determinado usuário, não superuser mas
com acesso completo a todos os objetos da base, o mesmo me retorna o erro:
pg_dump: erro ao ler objeto grande 25543: ERRO: permissão negada para
objeto grande 25543
Cenário:
S.O: Windows 8 x64;
PostgreSQL: 9.2.4 x86;
Comando de backup:
pg_dump -U usuario -v -Ft -b base_foo c:\base_foo.tar
Também tentei sem o -b, mas ocorre o mesmo erro.
Comando para adicionar permissão ao usuário usuario aos objetos da base
de dados:
SELECT pg_grant('usuario', 'SELECT, INSERT, UPDATE, DELETE', '%', 'public');
Função pg_grant:
CREATE OR REPLACE FUNCTION pg_grant(usuario text, permissoes text, objetos
text, esquema text)
RETURNS integer AS
$$
DECLARE obj record;
num integer;
BEGIN
num:=0;
FOR obj IN SELECT relname FROM pg_class c JOIN pg_namespace ns ON
(c.relnamespace = ns.oid) WHERE relkind in ('r','v','S') AND nspname =
Esquema AND relname LIKE Objetos
LOOP
EXECUTE 'GRANT ' || Permissoes || ' ON ' || obj.relname || ' TO ' ||
Usuario;
num := num + 1;
END LOOP;
RETURN num;
END;
$$
LANGUAGE plpgsql;
Privilégios do usuário usuario NOSUPERUSER INHERIT NOCREATEDB
NOCREATEROLE;
Obs:
Este problema ocorre somente na versão 9.2.x em em determinadas bases de
dados;
Executei um VACUUM FULL VERBOSE ANALYZE e REINDEX DATABASE base_foo e o
problema pesrsiste;
Alguma dica?
--
Zeus Automação Comercial*
*ADENILTON Batista da Silva
Fones:(79)3431-6392/3431-8381
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] PGBR 2013 - Transmissão ao vivo?
Em 22-05-2013 23:35, Anselmo Silva escreveu: Pessoal, estive 'googleando' por aí e vi que em 2009 houve transmissão das palestras do PGBR. Será que a 4linux (e aí Flávio), ou alguma(s) outra(s) alma(s) caridosa(s) teria(m) interesse em transmitir ou gravar para disponibilizar para os pobres coitados que não vão poder estar neste ano? Olá Anselmo, a 4Linux fez a transmissão do PgBr em 2009 (chamava-se PgCon à época). Isso foi um investimento gigantesco por parte da empresa, levamos 5 pessoas só pra cuidar disso (filmagem de duas salas, edição, carregar equipamentos, os próprios equipamentos, corte ao vivo, edição, etc) e a Unicamp forneceu um excelente link pra subir o stream para os servidores de distribuição final. Em 2011, a 4Linux forneceu o link de internet para o uso de WiFi no evento, mas não fez transmissão pois nossa equipe multimídia estava muito reduzida. Em 2013, como o evento é muito longe da empresa, não há condições de enviar profissionais para multimídia, muito menos de fornecer um link, em 2011 usamos WiFi atravessando a rua, acho que não chega em Porto Velho :). Neste caso, seria legal contar com pessoas do cenário local de Porto Velho para esses fins, a custo mais reduzido do que quem vêm de outros estados. []s __ Flavio Henrique A. Gurgel Líder de Projetos Especiais Consultoria, Projetos Treinamentos 4LINUX Tel1: +55-11.2125-4747 ou 2125-4748 www.4linux.com.br email: fla...@4linux.com.br __ FREE SOFTWARE SOLUTIONS ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] PGBR 2013 - Transmissão ao vivo?
Olá Anselmo, a 4Linux fez a transmissão do PgBr em 2009 (chamava-se PgCon à época). Isso foi um investimento gigantesco por parte da empresa, levamos 5 pessoas só pra cuidar disso (filmagem de duas salas, edição, carregar equipamentos, os próprios equipamentos, corte ao vivo, edição, etc) e a Unicamp forneceu um excelente link pra subir o stream para os servidores de distribuição final. Puxa, que estrutura!... deve ter sido 'puxado'. Neste caso, seria legal contar com pessoas do cenário local de Porto Velho para esses fins, a custo mais reduzido do que quem vêm de outros estados. Blz Flávio, citei seu nome porque vi que o de 2009 tinha sido a 4linux que patrocinou. Mas, realmente, devido a mudança de cenário, fica bem inviável muntar uma estrutura como a de 2009. Eu tinha pensado em algo mais humilde, como alguém com uma câmera simples dessas que filma em HD ou menos e um tripé que pudesse deixar gravando e 'upar' no fim de cada dia, ou, algo como youtube ao vivo (não sei como funciona). Será que os anfitriões não poderiam dar uma força? Pessoal de Porto Velho, que tal? -- Anselmo M. Silva ___ 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 de acesso em objetos largos ao fazer DUMP da base de dados
Respondendo à minha própria pergunta, resolvi o problema ativando o parâmetro lo_compat_privileges, após reler a seção 18.13 do manual da versão 9.2.4, no entanto vou deixar outras perguntas aqui: Há alguma meio de conseguir fazer o dump com um usuário não superuser sem precisar mexer neste parâmetro? Por que isto está acontecendo já que não tenho campos OIDS na base de dados e todas as tabelas foram criadas com WITH (OIDS=FALSE) que é o padrão? Obs: A base foi criada na versão 8.4.x do postgreSQL e foi atualizada ao longo do tempo para a versão 9.0.x, 9.1.x e finalmente 9.2.4. alguma dica? Zeus Automação Comercial* *ADENILTON Batista da Silva Fones:(79)3431-6392/3431-8381 ___ 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 de acesso em objetos largos ao fazer DUMP da base de dados
On 23-05-2013 10:44, Adenilton Batista da Silva wrote:
Quando executo o dump da base para determinado usuário, não superuser
mas com acesso completo a todos os objetos da base, o mesmo me retorna o
erro:
pg_dump: erro ao ler objeto grande 25543: ERRO: permissão negada para
objeto grande 25543
A partir da versão 9.0, os objetos grandes (aka LO -- large objects)
passaram a ter permissões [1] (antes qualquer um podia ler e escrever
LOs). Você deve coletar todos os LOs utilizados nesta base e executar o
comando GRANT para cada oid encontrado:
GRANT SELECT ON LARGE OBJECT 12345 TO foo;
Sei que vai perguntar como listas os LOs de determinadas tabelas. Já
prevendo a sua pergunta, é necessário saber os campos que tem tipo oid e
depois ir fazendo consultas na tabela do catálogo pg_largeobject_metadata.
SELECT s.nspname AS nsp, c.relname AS rel, a.attname AS att
FROM pg_class c, pg_attribute a, pg_namespace s, pg_type t
WHERE a.attnum 0 AND NOT a.attisdropped
AND a.attrelid = c.oid
AND a.atttypid = t.oid
AND c.relnamespace = s.oid
AND t.typname in ('oid', 'lo')
AND c.relkind in ('r', 'm')
AND s.nspname !~ '^pg_';
e depois consultar o catálogo com o retorno de cada registro:
SELECT oid FROM pg_largeobject_metadata WHERE oid IN (
SELECT _att_ FROM _nsp_._rel_
);
Substitua os três campos com os valores retornados na primeira consulta.
É claro que dá para fazer um script mas isso fica como exercício para casa.
[1] http://www.postgresql.org/docs/current/static/sql-grant.html
--
Euler Taveira Timbira - http://www.timbira.com.br/
PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Erro de acesso em objetos largos ao fazer DUMP da base de dados
2013/5/23 Euler Taveira eu...@timbira.com.br
On 23-05-2013 10:44, Adenilton Batista da Silva wrote:
Quando executo o dump da base para determinado usuário, não superuser
mas com acesso completo a todos os objetos da base, o mesmo me retorna o
erro:
pg_dump: erro ao ler objeto grande 25543: ERRO: permissão negada para
objeto grande 25543
A partir da versão 9.0, os objetos grandes (aka LO -- large objects)
passaram a ter permissões [1] (antes qualquer um podia ler e escrever
LOs). Você deve coletar todos os LOs utilizados nesta base e executar o
comando GRANT para cada oid encontrado:
GRANT SELECT ON LARGE OBJECT 12345 TO foo;
Sei que vai perguntar como listas os LOs de determinadas tabelas. Já
prevendo a sua pergunta, é necessário saber os campos que tem tipo oid e
depois ir fazendo consultas na tabela do catálogo pg_largeobject_metadata.
SELECT s.nspname AS nsp, c.relname AS rel, a.attname AS att
FROM pg_class c, pg_attribute a, pg_namespace s, pg_type t
WHERE a.attnum 0 AND NOT a.attisdropped
AND a.attrelid = c.oid
AND a.atttypid = t.oid
AND c.relnamespace = s.oid
AND t.typname in ('oid', 'lo')
AND c.relkind in ('r', 'm')
AND s.nspname !~ '^pg_';
e depois consultar o catálogo com o retorno de cada registro:
SELECT oid FROM pg_largeobject_metadata WHERE oid IN (
SELECT _att_ FROM _nsp_._rel_
);
Cara, nesse caso (para o dump de toda base), não é mais fácil simplesmente
pegar os OIDs dos largeobjects?
Exemplo:
SELECT 'GRANT SELECT ON LARGE OBJECT ' || oid || ' TO :user;' FROM
pg_catalog.pg_largeobject_metadata;
Dá pra embutir isso na função dele ou num script. Algum problema ou risco
de fazer dessa forma que eu não estou pensando?
PS: Não sei porque usam -Ft no pg_dump ao invés de -Fc...
Atenciosamente,
--
Matheus de Oliveira
Analista de Banco de Dados
Dextra Sistemas - MPS.Br nível F!
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] Erro de acesso em objetos largos ao fazer DUMP da base de dados
Obrigado pela ajuda pessoal, mas vamos lá:
*[Quanto à resposta do Euler:]*
Havia testado GRANT SELECT ON LARGE OBJECT 12345 TO foo; e realmente
funcionou, só que daí ele passa a exibir o erro para um outro LO;
Quanto ao Select:
SELECT s.nspname AS nsp, c.relname AS rel, a.attname AS att
FROM pg_class c, pg_attribute a, pg_namespace s, pg_type t
WHERE a.attnum 0 AND NOT a.attisdropped
AND a.attrelid = c.oid
AND a.atttypid = t.oid
AND c.relnamespace = s.oid
AND t.typname in ('oid', 'lo')
AND c.relkind in ('r', 'm')
AND s.nspname !~ '^pg_';
Não retorna nenhum registro, de fato, pois não tenho nenhum campo do tipo
OID na base de dados e nenhuma tabela com OIDs ativo, e a única tabela que
grava binários, utilizo o tipo bytea;
*[Quanto à resposta do Matheus]*
De fato a tabela pg_largeobject_metadata do catálogo pg_catalog, também
citada pelo Euler, me retornam seis registros, como segue abaixo:
25542;10;{postgres=rw/postgres,zeus=rw/postgres}
25543;10;
25544;10;
25545;10;
25565;10;
25566;10;
No entanto gostaria de saber se tenho como obter o vínculo da tabela e
campo a que esses OIDS se referem, pois como disse, não tenho(não deveria
ter rsrs) LO nesta base de dados.
Grato.
--
Zeus Automação Comercial*
*ADENILTON Batista da Silva
Fones:(79)3431-6392/3431-8381
___
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 de acesso em objetos largos ao fazer DUMP da base de dados
On 23-05-2013 11:51, Adenilton Batista da Silva wrote: Não retorna nenhum registro, de fato, pois não tenho nenhum campo do tipo OID na base de dados e nenhuma tabela com OIDs ativo, e a única tabela que grava binários, utilizo o tipo bytea; Se você não tem é porque são objetos grandes órfãos. No entanto gostaria de saber se tenho como obter o vínculo da tabela e campo a que esses OIDS se referem, pois como disse, não tenho(não deveria ter rsrs) LO nesta base de dados. Execute o vacuumlo para remover os objetos grandes órfãos. -- Euler Taveira Timbira - http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Material para replicação de dados Multi-master
2013/5/22 Fábio Thomaz fabio_...@yahoo.com.br Alguém já usou ou tem algo a dizer sobre esta ferramenta: Postgres-XC Postgres-XC pode ser considerado cluster multi-master, mas o propósito é diferente do que você está buscando. Este foi criado, de forma superficial, para um cluster de alto desempenho com escalabilidade horizontal para escrita e leitura. Distribuir nós de um cluster Postgres-XC fisicamente vai piorar o desempenho ao invés de melhorar. Nesse caso seria melhor uma master/slave mesmo (ou até o XC mas num local central). Atenciosamente, -- Matheus de Oliveira Analista de Banco de Dados Dextra Sistemas - MPS.Br nível F! 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] Preciso de uma app para data minig em base postgres
Olá companheiros, preciso de um aplicativo para data mining no postgres, alguma recomendação? Grato pela ajuda Toty Ypiranga ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Preciso de uma app para data minig em base postgres
Em 23-05-2013 16:24, Toty Ypiranga escreveu: Olá companheiros, preciso de um aplicativo para data mining no postgres, alguma recomendação? Weka http://www.cs.waikato.ac.nz/~ml/weka/index.html []s __ Flavio Henrique A. Gurgel Líder de Projetos Especiais Consultoria, Projetos Treinamentos 4LINUX Tel1: +55-11.2125-4747 ou 2125-4748 www.4linux.com.br email: fla...@4linux.com.br __ FREE SOFTWARE SOLUTIONS ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Preciso de uma app para data minig em base postgres
Obrigado Flavio. 2013/5/23 Flavio Henrique Araque Gurgel fla...@4linux.com.br Em 23-05-2013 16:24, Toty Ypiranga escreveu: Olá companheiros, preciso de um aplicativo para data mining no postgres, alguma recomendação? Weka http://www.cs.waikato.ac.nz/~**ml/weka/index.htmlhttp://www.cs.waikato.ac.nz/~ml/weka/index.html []s __** Flavio Henrique A. Gurgel Líder de Projetos Especiais Consultoria, Projetos Treinamentos 4LINUX Tel1: +55-11.2125-4747 ou 2125-4748 www.4linux.com.br email: fla...@4linux.com.br __ FREE SOFTWARE SOLUTIONS __**_ pgbr-geral mailing list pgbr-geral@listas.postgresql.**org.brpgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.**br/cgi-bin/mailman/listinfo/**pgbr-geralhttps://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
