Re: [pgbr-geral] psql: FATAL: Ident authentication failed for user
Você está tentando acessar através do pgadmin ou pelo psql? Caso seja pgadmin qual a conf que vc está passando? Sendo o psql, qual a linha ? para psql, tenta o seguinte comando: psql -U nome_usuario -W Em 2 de setembro de 2011 05:24, Pedro Costa pedrocostaa...@sapo.ptescreveu: Pessoal será que alguém pode ajudar no seguinte: Eu criei utilizadores para uma base de dados mas não consigo fazer login com eles porque dá o seguinte erro: psql: FATAL: Ident authentication failed for user “pedro” Já alterei o ficheiro pg_hba.conf e coloquei trust mas continua a não funcionar. O ficheiro está assim: TYPE DATABASEUSERCIDR-ADDRESS METHOD # local is for Unix domain socket connections only # local all all trust local all all trust # IPv4 local connections: hostallall0.0.0.00.0.0.0trust hostall all 127.0.0.1/32 trust # IPv6 local connections: hostall all ::1/128 trust A expressão que usei para criar o utilizador é a seguinte: create user pedro with password 'pedro' e retornou com sucesso. POdem ajudar? obrigado ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente Francisco Porfirio Ribeiro Neto ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] psql: FATAL: Ident authentication failed for user
Caro francisco, já consegui, faltava reiniciar o postgres. Só que agora tenho outro problema, eu criei um utilizador nosuperuser e não tenho autorização para editar quando estabeleço a conexão, sabe como posso dar? obrigado On 02-09-2011 11:39, francisco porfirio wrote: Você está tentando acessar através do pgadmin ou pelo psql? Caso seja pgadmin qual a conf que vc está passando? Sendo o psql, qual a linha ? para psql, tenta o seguinte comando: psql -U nome_usuario -W Em 2 de setembro de 2011 05:24, Pedro Costa pedrocostaa...@sapo.pt mailto:pedrocostaa...@sapo.pt escreveu: Pessoal será que alguém pode ajudar no seguinte: Eu criei utilizadores para uma base de dados mas não consigo fazer login com eles porque dá o seguinte erro: psql: FATAL: Ident authentication failed for user pedro Já alterei o ficheiro pg_hba.conf e coloquei trust mas continua a não funcionar. O ficheiro está assim: TYPE DATABASEUSERCIDR-ADDRESS METHOD # local is for Unix domain socket connections only # local all all trust local all all trust # IPv4 local connections: hostallall0.0.0.00.0.0.0trust hostall all 127.0.0.1/32 http://127.0.0.1/32 trust # IPv6 local connections: hostall all ::1/128 trust A expressão que usei para criar o utilizador é a seguinte: create user pedro with password 'pedro' e retornou com sucesso. POdem ajudar? obrigado ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br mailto:pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente Francisco Porfirio Ribeiro Neto ___ 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] psql: FATAL: Ident authentication failed for user
Pedro... Você precisa que fique como nosuperuser? Caso não, da uma olhada no link abaixo http://www.postgresql.org/docs/8.3/interactive/sql-alteruser.html Em 2 de setembro de 2011 07:45, Pedro Costa pedrocostaa...@sapo.ptescreveu: Caro francisco, já consegui, faltava reiniciar o postgres. Só que agora tenho outro problema, eu criei um utilizador nosuperuser e não tenho autorização para editar quando estabeleço a conexão, sabe como posso dar? obrigado On 02-09-2011 11:39, francisco porfirio wrote: Você está tentando acessar através do pgadmin ou pelo psql? Caso seja pgadmin qual a conf que vc está passando? Sendo o psql, qual a linha ? para psql, tenta o seguinte comando: psql -U nome_usuario -W Em 2 de setembro de 2011 05:24, Pedro Costa pedrocostaa...@sapo.ptescreveu: Pessoal será que alguém pode ajudar no seguinte: Eu criei utilizadores para uma base de dados mas não consigo fazer login com eles porque dá o seguinte erro: psql: FATAL: Ident authentication failed for user “pedro” Já alterei o ficheiro pg_hba.conf e coloquei trust mas continua a não funcionar. O ficheiro está assim: TYPE DATABASEUSERCIDR-ADDRESS METHOD # local is for Unix domain socket connections only # local all all trust local all all trust # IPv4 local connections: hostallall0.0.0.00.0.0.0trust hostall all 127.0.0.1/32 trust # IPv6 local connections: hostall all ::1/128 trust A expressão que usei para criar o utilizador é a seguinte: create user pedro with password 'pedro' e retornou com sucesso. POdem ajudar? obrigado ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Atenciosamente Francisco Porfirio Ribeiro Neto ___ pgbr-geral mailing listpgbr-ge...@listas.postgresql.org.brhttps://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 -- Atenciosamente Francisco Porfirio Ribeiro Neto ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] PG 9.0.4 + Sistema de arquivo
Eu faria um teste com REISERFS. A pouco tempo, em outros SGBDs, tive performance em um BD de 20GB aproximandamente, em 10 VEZES mais rapido o tempo de resposta (INSERT, SELECT, UPDATE). ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] procedure que armazene o nome da coluna alterada
Pessoal alguém conhece uma procedure que armazene o nome da coluna alterada? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Function com retorno de query
Bom dia! Fabiano, Explique porque você precisa dessa PL, qual a necessidade original, talvez tenha outras maneiras de resolver. Porque os comandos que já estão prontos precisam passar por ela? Trabalho desenvolvendo um sistema bem robusto, com diversos módulos e sub-sistemas. Grande parte desse sistema já está pronto, praticamente todo feito em PHP. Há um sistema de logs, também feito em PHP, que funciona através de uma função que quebra a consulta, gravando as alterações (semelhante a OLD e NEW das trigger). Todas as consultas desse sistema passam por esta função, para tratar os dados. Além das alterações, nome da tabela e hora, esse sistema de logs precisa gravar alguns parâmetros, como o id do usuário atualmente logado no sistema, assim como o deck (ambiente). Em PHP, o sistema funciona com apenas 1 query de cada vez, falhando nos casos onde há várias juntas (select * ... ; insert ... ;), sem falar que gera uma lentidão tremenda. Decidimos recriar esta função através de triggers de update, insert e delete, para facilitar/agilizar a criação de logs. Até aqui tudo bem, o problema são os parâmetros que precisam ser passados via PHP. Como não é possível parametrizar as triggers, resolvi criar uma função (aquela que mandei numa resposta anterior). Esta função recebe a string de querys, juntamente com os parâmetros. Os parâmetros são gravados uma tabela(log_usuario) e a query é executada. Dentro da função da trigger, é feito um select nesta tabela(log_usuario), para receber o usuário/deck atual. Tudo é registrado na tabela final de logs (através da trigger). Resolvi usar uma função para isso tudo pela necessidade de parâmetros, e pelo fato de serem muitos usuários conectados ao mesmo tempo. Neste caso, as alterações são gravadas apenas no final da função, não deixando possibilidade de um usuário sobrescrever o id do outro, na tabela log_usuario. Já pensei em separar tudo, deixando apenas begin/commit no início e final, mas infelizmente o begin/commit já é eventualmente utilizado no sistema, podendo gerar conflito (ou é possível usar algum tipo de cascata?) Já verifiquei vários sistemas de table audit na internet, e todos tem o mesmo problema: não aceitam parâmetros externos. Sujestões de alteração ou outros modos de realizar o mesmo procedimento são bem vindas. Desde já, agradeço pela colaboração de todos. Atenciosamente, Pedro Cavalheiro Em 2 de setembro de 2011 02:04, Fabiano Machado Dias fabi...@wolaksistemas.com.br escreveu: Em 1/9/2011 22:04, Pedro Cavalheiro escreveu: Boa noite a todos! Fabiano, O seu retorno seria os registros do select? E se alguém passar um passar um comando select * from tabela; insert into tabela... ? O retorno seria o que? Sim, o retorno deve ser os registros do select. No caso de alguém passar uma query multipla, acredito que o mais fácil seria levar em conta apenas a última (ignorando os retornos anteriores). Até por isso comentei que pode funcionar de um jeito ou de outro (retornando tudo ou apenas a última consulta, o que for mais fácil para definir). No caso de insert, update ou delete, não é necessário retornar nada. O retorno como está não funciona para trazer vários registros, para isso você deve usar um setof com record ou type. Sim, estou ciente disso. Justamente por isso que entrei em contato com o grupo, não sei como prosseguir. Tentei definir de diversos modos diferentes a combinação de setof, record, entre outros, mas sempre recebia algum erro. Não entendi bem a sintaxe que precisa ser definida para receber o retorno em tabela. Queria algo como adicionar os resultados da query numa variável, e retornar essa variável (isso é apenas uma explicação, não sei se é possível em pgplsql). Infelizmente, não tenho como criar uma função para criação das querys. Já existe um sistema em funcionamento, com diversos consultas gigantescas que tornam a ideia inviável. O único modo de fazer isto é definindo retorno por type? Quais as exigências deste tipo? Não existe algum modo mais prático, sem nenhum tipo de filtro, para retornar uma tabela de uma consulta? Desde já, agradeço pela ajuda. Abraços a todos. Atenciosamente, Pedro Cavalheiro Explique porque você precisa dessa PL, qual a necessidade original, talvez tenha outras maneiras de resolver. Porque os comandos que já estão prontos precisam passar por ela? De qualquer maneira segue um exemplo abaixo de uma PL com type DROP TYPE IF EXISTS fnc.funcao2_retornotype_retorno CASCADE; CREATE TYPE fnc.funcao2_retornotype_retorno AS ( codigoVARCHAR, descricao VARCHAR); --Coloco isso para que não exista conflito de que o mesmo type seja usado por outra pl, é só uma convenção minha se não quiser usar não precisa. */ /* CREATE OR REPLACE FUNCTION fnc.funcao2_retornotype(pTipo INTEGER) RETURNS SETOF */fnc.funcao2_retornotype_retorno/*AS $$ DECLARE */rRetorno/**/fnc.funcao2_retornotype_retorno/**/; /* BEGIN IF pTipo = 1 THEN RETURN QUERY (SELECT codigo,descricao
Re: [pgbr-geral] PG 9.0.4 + Sistema de arquivo
Le 2011-S-2 08h31, Moisés P. Sena a écrit : Eu faria um teste com REISERFS. A pouco tempo, em outros SGBDs, tive performance em um BD de 20GB aproximandamente, em 10 VEZES mais rapido o tempo de resposta (INSERT, SELECT, UPDATE). Mas o sistema não é mais suportado, que eu saiba? E que outros SGBDs? MySQL com MyIsam não vale, é um lixo… -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] arquivo log com alterações de cada utilizador
Pedro, isso seria óptimo, será que podes dizer-me como? obrigado On 02-09-2011 13:22, Pedro Cavalheiro wrote: Entendo... mas você queria gravar os dados neste registro, não é? É posssível fazer uma repetição para comparar os dados novos e antigos (no caso de update), gravando apenas o que mudou. Atenciosamente, Pedro Cavalheiro Em 2 de setembro de 2011 09:16, Pedro Costapedrocostaa...@sapo.pt escreveu: Obrigado pedro já entendi..já criei para duas tabelasSó o problema que os campos old e new ficam case elegíveis pois o campo das coordenadas é mesmo muito longo On 02-09-2011 13:11, Pedro Cavalheiro wrote: Pedro, seria ideal o trigger disparar por cada tabela da base de dados uma vez que nem sempre os nomes são iguais, será que sabes como fazer isso? e que apareça um novo campo chamado tabela para que seja possível saber a alteração a que tabela se refere... Dê uma olhada aqui: http://www.postgresql.org/docs/9.0/static/plpgsql-trigger.html Documentação de triggers com algums parâmetros internos (como nome da tabela alterada, valores antes e depois da alteração, entre outros) É necessário criar uma trigger por tabela. Os campos dados_novos e dados_antigos aparecem codificados (ou são apenas as cordenadas?) Estas 2 colunas recebem os valores de OLDe NEW da trigger, que são os dados antes e depois da alteração, respectivamente. Os valores são separados por virgula e, se não me engane, no caso de campo vazio o registro fica semelhante a valor1,,valor3 (2 vírgulas consecutivas, visto que o valor2 não foi enviado). Atenciosamente, Pedro Cavalheiro Em 1 de setembro de 2011 17:03, Guimarães Faria Corcete DUTRA, Leandro lean...@dutras.orgescreveu: 2011/9/1 Osvaldo Kussamaosvaldo.kuss...@gmail.com: Em 1 de setembro de 2011 12:01, Leandro Guimarães Faria Corce DUTRA lean...@dutras.orgescreveu: Le 2011-S-1 11h13, Pedro Costa a écrit : No campo da data não aparece a hora, coloquei tipo date existe outro para dar a hora? Datetime. Provavelmente você quis dizer: timestamp. Mea culpa. -- Skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 Google Talk: xmpp:leand...@jabber.org +55 (11) 9406 7191 MSNIM:chat?contact=lean...@dutra.fastmail.fm sip:leand...@iptel.org ICQ: AIM:GoIM?screenname=61287803 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral 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] arquivo log com alterações de cada utilizador
O modo que eu vejo mais fácil, é fazer um IF para cada tipo de oepração (INSERT, DELETE, UPDATE), usando os atributos da trigger. No caso de update, tornar as strings de NEW e OLD em arrays. Fazer um FOR para um deles, e comparar ambos (IF valor_antigo[i] != valor_novo[i]), concatenando em uma terceira variável apenas os resultados que forem diferentes. Deve-se tomar cuidado ao converter em array, pois as strings de NEW e OLD podem vir com virgulas consecutivas (como comentei antes), e devem ser tratadas. Atenciosamente, Pedro Cavalheiro Em 2 de setembro de 2011 10:35, Pedro Costa pedrocostaa...@sapo.pt escreveu: Pedro, isso seria óptimo, será que podes dizer-me como? obrigado On 02-09-2011 13:22, Pedro Cavalheiro wrote: Entendo... mas você queria gravar os dados neste registro, não é? É posssível fazer uma repetição para comparar os dados novos e antigos (no caso de update), gravando apenas o que mudou. Atenciosamente, Pedro Cavalheiro Em 2 de setembro de 2011 09:16, Pedro Costapedrocostaa...@sapo.pt escreveu: Obrigado pedro já entendi..já criei para duas tabelasSó o problema que os campos old e new ficam case elegíveis pois o campo das coordenadas é mesmo muito longo On 02-09-2011 13:11, Pedro Cavalheiro wrote: Pedro, seria ideal o trigger disparar por cada tabela da base de dados uma vez que nem sempre os nomes são iguais, será que sabes como fazer isso? e que apareça um novo campo chamado tabela para que seja possível saber a alteração a que tabela se refere... Dê uma olhada aqui: http://www.postgresql.org/docs/9.0/static/plpgsql-trigger.html Documentação de triggers com algums parâmetros internos (como nome da tabela alterada, valores antes e depois da alteração, entre outros) É necessário criar uma trigger por tabela. Os campos dados_novos e dados_antigos aparecem codificados (ou são apenas as cordenadas?) Estas 2 colunas recebem os valores de OLDe NEW da trigger, que são os dados antes e depois da alteração, respectivamente. Os valores são separados por virgula e, se não me engane, no caso de campo vazio o registro fica semelhante a valor1,,valor3 (2 vírgulas consecutivas, visto que o valor2 não foi enviado). Atenciosamente, Pedro Cavalheiro Em 1 de setembro de 2011 17:03, Guimarães Faria Corcete DUTRA, Leandro lean...@dutras.org escreveu: 2011/9/1 Osvaldo Kussamaosvaldo.kuss...@gmail.com: Em 1 de setembro de 2011 12:01, Leandro Guimarães Faria Corce DUTRA lean...@dutras.org escreveu: Le 2011-S-1 11h13, Pedro Costa a écrit : No campo da data não aparece a hora, coloquei tipo date existe outro para dar a hora? Datetime. Provavelmente você quis dizer: timestamp. Mea culpa. -- Skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 Google Talk: xmpp:leand...@jabber.org +55 (11) 9406 7191 MSNIM:chat?contact=lean...@dutra.fastmail.fm sip:leand...@iptel.org ICQ: AIM:GoIM?screenname=61287803 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] PG 9.0.4 + Sistema de arquivo
Como faz? estou procurando na documentação e não encontro como desligar o registro de dados. Qual parâmetro passo? Bruno E. A. Silva. Analista de Sistemas. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] arquivo log com alterações de cada utilizador
Obrigado Pedro. Estive a tentar mas ainda não entendo bem os arrays tenho a função assim se alguém puder inserir as diferenças: CREATE OR REPLACE FUNCTION funcao_modificacoes ( ) RETURNS trigger AS' DECLARE colunas text [] = null; BEGIN IF TG_WHEN = ''BEFORE'' THEN RAISE EXCEPTION ''Trigger deve ser AFTER''; END IF; IF TG_LEVEL = ''STATEMENT'' THEN RAISE EXCEPTION ''Trigger deve ser FOR EACH ROW''; END IF; colunas := array( SELECT column_name::text FROM information_schema.COLUMNS WHERE table_name = TG_RELNAME); IF TG_OP = ''INSERT'' THEN INSERT INTO tabela_de_logs(data_alteracao, usuario, campos, dados_novos) VALUES (now(), current_user, colunas::text, ''insercao'', NEW::text); END IF; IF TG_OP = ''DELETE'' THEN INSERT INTO tabela_de_logs(data_alteracao, usuario, campos, tipo_operacao, dados_antigos) VALUES (now(), current_user, colunas::text, ''eliminacao'', OLD::text); END IF; IF TG_OP = ''UPDATE'' THEN INSERT INTO tabela_de_logs(data_alteracao, usuario, campos, tipo_operacao, dados_novos, dados_antigos) VALUES (now(), current_user, colunas::text, ''actualizacao'', NEW::text, OLD::text); END IF; RETURN NULL; END; 'LANGUAGE 'plpgsql' VOLATILE CALLED ON NULL INPUT SECURITY INVOKER COST 100; obrigado On 02-09-2011 15:22, Pedro Cavalheiro wrote: O modo que eu vejo mais fácil, é fazer um IF para cada tipo de oepração (INSERT, DELETE, UPDATE), usando os atributos da trigger. No caso de update, tornar as strings de NEW e OLD em arrays. Fazer um FOR para um deles, e comparar ambos (IF valor_antigo[i] != valor_novo[i]), concatenando em uma terceira variável apenas os resultados que forem diferentes. Deve-se tomar cuidado ao converter em array, pois as strings de NEW e OLD podem vir com virgulas consecutivas (como comentei antes), e devem ser tratadas. Atenciosamente, Pedro Cavalheiro Em 2 de setembro de 2011 10:35, Pedro Costapedrocostaa...@sapo.pt escreveu: Pedro, isso seria óptimo, será que podes dizer-me como? obrigado On 02-09-2011 13:22, Pedro Cavalheiro wrote: Entendo... mas você queria gravar os dados neste registro, não é? É posssível fazer uma repetição para comparar os dados novos e antigos (no caso de update), gravando apenas o que mudou. Atenciosamente, Pedro Cavalheiro Em 2 de setembro de 2011 09:16, Pedro Costapedrocostaa...@sapo.pt escreveu: Obrigado pedro já entendi..já criei para duas tabelasSó o problema que os campos old e new ficam case elegíveis pois o campo das coordenadas é mesmo muito longo On 02-09-2011 13:11, Pedro Cavalheiro wrote: Pedro, seria ideal o trigger disparar por cada tabela da base de dados uma vez que nem sempre os nomes são iguais, será que sabes como fazer isso? e que apareça um novo campo chamado tabela para que seja possível saber a alteração a que tabela se refere... Dê uma olhada aqui: http://www.postgresql.org/docs/9.0/static/plpgsql-trigger.html Documentação de triggers com algums parâmetros internos (como nome da tabela alterada, valores antes e depois da alteração, entre outros) É necessário criar uma trigger por tabela. Os campos dados_novos e dados_antigos aparecem codificados (ou são apenas as cordenadas?) Estas 2 colunas recebem os valores de OLDe NEW da trigger, que são os dados antes e depois da alteração, respectivamente. Os valores são separados por virgula e, se não me engane, no caso de campo vazio o registro fica semelhante a valor1,,valor3 (2 vírgulas consecutivas, visto que o valor2 não foi enviado). Atenciosamente, Pedro Cavalheiro Em 1 de setembro de 2011 17:03, Guimarães Faria Corcete DUTRA, Leandro lean...@dutras.org escreveu: 2011/9/1 Osvaldo Kussamaosvaldo.kuss...@gmail.com: Em 1 de setembro de 2011 12:01, Leandro Guimarães Faria Corce DUTRA lean...@dutras.org escreveu: Le 2011-S-1 11h13, Pedro Costa a écrit : No campo da data não aparece a hora, coloquei tipo date existe outro para dar a hora? Datetime. Provavelmente você quis dizer: timestamp. Mea culpa. -- Skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 Google Talk: xmpp:leand...@jabber.org +55 (11) 9406 7191 MSNIM:chat?contact=lean...@dutra.fastmail.fm sip:leand...@iptel.org ICQ: AIM:GoIM?screenname=61287803 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___
Re: [pgbr-geral] PG 9.0.4 + Sistema de arquivo
2011/9/2 Bruno Silva bemanuel...@gmail.com: Como faz? estou procurando na documentação e não encontro como desligar o registro de dados. Qual parâmetro passo? data=writeback -Leo -- Leonardo Cezar http://postgreslogia.wordpress.com ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Streaming Replication + Hot Standby / DB
É possível executar o Streaming Replication + Hot Standby por database especifico, e não do server PostgreSQL 9.0.4 como um todo? Se sim, poderiam me indicar doucumentação/forma de se fazer? Não é possível. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Streaming Replication + Hot Standby / DB
Em 2 de setembro de 2011 16:55, Diogo Borsoi diogobor...@gmail.comescreveu: Boa tarrde, É possível executar o Streaming Replication + Hot Standby por database especifico, e não do server PostgreSQL 9.0.4 como um todo? Se sim, poderiam me indicar doucumentação/forma de se fazer? Não. Os arquivos de WAL são por *cluster*, portanto todas bases de dados constantes no mesmo serão *replicados*... Se vc precisa replicar bancos distintos então separe-os em clusters distintos. -- Fabrízio de Royes Mello Consultoria/Coaching PostgreSQL Blog sobre TI: http://fabriziomello.blogspot.com Perfil Linkedin: http://br.linkedin.com/in/fabriziomello Twitter: http://twitter.com/fabriziomello ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Streaming Replication + Hot Standby / DB
Em 2 de setembro de 2011 17:26, Joao Cosme de Oliveira Junior joao.co...@serpro.gov.br escreveu: neste caso utilize o slony! Tenho usado o Bucardo também. Muito bom. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] PG 9.0.4 + Sistema de arquivo
2011/9/2 Aldrey Galindo aldreygali...@gmail.com: Na experiência que tive do ext3 e ext4 com o RHEL 5, eu prefiro o ext4. Achei mais robusto em *grande volume* de transações. Ah, sim, a idéia é sempre melhorar… até que venha o Nirvana^H^H^H^H^H^H^HBtrFS. -- Skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 Google Talk: xmpp:leand...@jabber.org +55 (11) 9406 7191 MSNIM:chat?contact=lean...@dutra.fastmail.fm sip:leand...@iptel.org ICQ: AIM:GoIM?screenname=61287803 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Tamanho de página
2011/9/2 Tiago Adami adam...@gmail.com: Algumas tabelas contém várias colunas com tipo VARCHAR(4000). Não quero discutir se isto está certo, normalizado, com chaves naturais Uai, e qual o problema? Se houver, é de desperdício de armazenamento, acho que o David Fetter tinha um artigo interessante a respeito. -- Skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 Google Talk: xmpp:leand...@jabber.org +55 (11) 9406 7191 MSNIM:chat?contact=lean...@dutra.fastmail.fm sip:leand...@iptel.org ICQ: AIM:GoIM?screenname=61287803 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] [ajuda] localização fisica do banco de dados no ubuntu
Duvida pra lá de basica, mas não encontrei, onde fica o banco de dados no ubuntu? procuro pelo nome do banco.db ? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [ajuda] localização fisica do banco de dados no ubuntu
1- voce quer saber o diretorio da aplicacao PostgreSQL ou o diretorio do CLUSTER ? 2- Qual o SO ? abç 2011/9/2 rogerio dandrea rolemo...@gmail.com Duvida pra lá de basica, mas não encontrei, onde fica o banco de dados no ubuntu? procuro pelo nome do banco.db ? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Marco Antônio Sari ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [ajuda] localização fisica do banco de dados no ubuntu
No ubuntu 10.04 a o directorio de cluster esta em /var/lib/postgresql/8.4/main/base Eloi Ribeiro GIS Analyst 39,45º -0,40º http://eloiribeiro.wordpress.com No dia 3 de Setembro de 2011 00:14, Marco Antônio Sari marcoantonios...@gmail.com escreveu: 1- voce quer saber o diretorio da aplicacao PostgreSQL ou o diretorio do CLUSTER ? 2- Qual o SO ? abç 2011/9/2 rogerio dandrea rolemo...@gmail.com Duvida pra lá de basica, mas não encontrei, onde fica o banco de dados no ubuntu? procuro pelo nome do banco.db ? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Marco Antônio Sari ___ 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] [ajuda] localização fisica do banco de dados no ubuntu
2011/9/2 rogerio dandrea rolemo...@gmail.com: Duvida pra lá de basica, mas não encontrei, onde fica o banco de dados no ubuntu? procuro pelo nome do banco.db ? Primeiro, o servidor está ativo? Se sim, e você consegue se conectar, utilize o seguinte: SHOW data_directory; ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Tamanho de página
Em 02-09-2011 16:49, Tiago Adami escreveu: Algumas tabelas contém várias colunas com tipo VARCHAR(4000). Não quero discutir se isto está certo, normalizado, com chaves naturais ou algo assim, acontece que o sistema já roda em 2 SGBDs desta forma, e se eu quiser migrar para o PostgreSQL ele deverá funcionar sem alterações na estrutura. Isso pode ser feito mas eu iria de campo TEXT. Veja que migrar de um SGBD para outro você não necessariamente precisa seguir a risca pois o uso de alguns tipos pode implicar em perda de performance em outros SGBDs. No caso do DB2 é exigido a criação de um tablespace de 32 KB para estas tabelas (caso tentar criar em tablespaces com tamanho de 4, 8 ou 16KB o CREATE falha). O interessante é que o mesmo DDL funciona no outro SGBD (Sybase ASA) e no PostgreSQL. Por isto fiquei com dúvida sobre o tamanho real do tablespace padrão, e se algum dia isto poderá estourar ao adicionar novas colunas no elefante. Poder especificar o _block size_ por tablespace já foi discutido no grupo de desenvolvimento mas ninguém chegou a mostrar que há algum benefício em fazê-lo. O que foi feito recentemente (= 9.0), é poder especificar alguns parâmetros por tablespace (que tenham algum benefício comprovado) tais como seq_page_cost e random_page_cost. -- Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [ajuda] localização fisica do banco de dados no ubuntu
Coisa mais curiosa...rs não ia achar nunca... Qual a maneira mais facil de transportar um banco de dados de um micro para outro, para por exemplo poder trabalhar com o banco em casa ou mesmo manter um backup em um pendrive ? Em 2 de setembro de 2011 20:59, Euler Taveira de Oliveira eu...@timbira.com escreveu: Em 02-09-2011 20:24, rogerio dandrea escreveu: Bom em uma maquina tenho o postgresql 9.1 e na outra tenho o 8.4 ambos com unbuntu 11.04 64bits agora estou no postgre8.4 e o comando sugerido( SHOW data_directory;) retornou o caminho /var/lib/postgresql/8.4/main e neste diretorio tem outros com numeros o diretorio é protegido por senha, mas entrei como root via terminal aonde esta o banco de dados com as tabelas? O banco se chama VBR como devo procura por ele? Bancos de dados no PostgreSQL *não* são diretórios nomeados; ao invés disso, eles são números (aka oid) que podem ser encontrados através da consulta abaixo. Se você não utiliza tablespaces, o caminho relativo base/12345 contém o banco de dados cujo oid é 12345. SELECT oid, datname FROM pg_database; Vide o manual [1] para mais detalhes sobre como o PostgreSQL armazena os dados. [1] http://www.postgresql.org/docs/current/static/storage-file-layout.html -- Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] [ajuda] localização fisica do banco de dados no ubuntu
Em 02-09-2011 21:14, Leandro Guimarães Faria Corce DUTRA escreveu: Le 2011-S-2 19h40, Eloi Ribeiro a écrit : No ubuntu 10.04 a o directorio de cluster esta em /var/lib/postgresql/8.4/main/base Por que será que não é /srv/pg/8.4/main/base ou algo assim? Debian/Ubuntu não é totalmente compatível com LSB e nem sei se será porque o padrão não ouviu outras distribuições e fez algumas escolhas erradas (tais como a escolha do RPM como formato de distribuição de binários compatíveis com LSB). -- Euler Taveira de Oliveira - Timbira http://www.timbira.com.br/ PostgreSQL: Consultoria, Desenvolvimento, Suporte 24x7 e Treinamento ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Tamanho de página
Em 2 de setembro de 2011 20:52, Euler Taveira de Oliveira eu...@timbira.com escreveu: Em 02-09-2011 16:49, Tiago Adami escreveu: Algumas tabelas contém várias colunas com tipo VARCHAR(4000). Não quero discutir se isto está certo, normalizado, com chaves naturais ou algo assim, acontece que o sistema já roda em 2 SGBDs desta forma, e se eu quiser migrar para o PostgreSQL ele deverá funcionar sem alterações na estrutura. Isso pode ser feito mas eu iria de campo TEXT. Veja que migrar de um SGBD para outro você não necessariamente precisa seguir a risca pois o uso de alguns tipos pode implicar em perda de performance em outros SGBDs. Entendo. A mudança para TEXT é bem vinda e será estudada. Mas se não me falha a dedução o tipo TEXT do PostgreSQL é o mesmo LONG VARCHAR ou CLOB de outros bancos, certo? Não haveria nenhuma diferença de desempenho neste sentido? Poder especificar o _block size_ por tablespace já foi discutido no grupo de desenvolvimento mas ninguém chegou a mostrar que há algum benefício em fazê-lo. O que foi feito recentemente (= 9.0), é poder especificar alguns parâmetros por tablespace (que tenham algum benefício comprovado) tais como seq_page_cost e random_page_cost. Também não vejo necessidade de modificar estes parâmetros uma vez que uma das tabelas foi criada com a mesma estrutura, e eu ainda adicionei o dobro de campos com mesmo tamanho e nenhum problema aconteceu. Tenho por experiência o DB2 que exige que o tamanho de página seja calculado considerando a soma dos tipos das colunas mais alguns bytes de overhead[1] (não quero entrar em detalhes, por isto apenas cito o link abaixo). Não sei como o PostgreSQL trabalha neste sentido, e a minha maior preocupação é saber quando o PostgreSQL irá requisitar um tablespace com tamanho superior a 8KB (sendo esta a minha dúvida crucial). [1] http://publib.boulder.ibm.com/infocenter/dzichelp/v2r2/index.jsp?topic=%2Fcom.ibm.db2.doc.admin%2Fddcrlp.htm -- TIAGO J. ADAMI http://www.adamiworks.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] Tamanho de página
Em 2 de setembro de 2011 18:24, Guimarães Faria Corcete DUTRA, Leandro lean...@dutras.org escreveu: 2011/9/2 Tiago Adami adam...@gmail.com: Algumas tabelas contém várias colunas com tipo VARCHAR(4000). Não quero discutir se isto está certo, normalizado, com chaves naturais Uai, e qual o problema? Se houver, é de desperdício de armazenamento, acho que o David Fetter tinha um artigo interessante a respeito. Sim, Leandro. Eu entendo o seu ponto de vista e considero esta sua crítica pertinente. Conheço os problemas de não usar uma chave natural, de não ter o modelo normalizado, de desperdício de armazenamento... enfim... passo por estes problemas todos os dias. Pode acreditar. O ponto X da questão é que se eu quiser migrar para o PostgreSQL, nada poderá ser alterado arquiteturalmente. Ou seja, deverá ficar transparente para a aplicação num primeiro momento. Depois as abóboras - e pepinos, abacaxis e outros hortifrutis - serão reorganizadas na carroça. -- TIAGO J. ADAMI http://www.adamiworks.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] procedure que armazene o nome da coluna alterada
2011/9/2 Pedro Costa pedrocostaa...@sapo.pt: Pessoal alguém conhece uma procedure que armazene o nome da coluna alterada? Ficou muito vaga esta sua pergunta. Poderia dar mais detalhes? -- TIAGO J. ADAMI http://www.adamiworks.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] [ajuda] localização fisica do banco de dados no ubuntu
Le 2011-S-2 21h36, Euler Taveira de Oliveira a écrit : Em 02-09-2011 21:14, Leandro Guimarães Faria Corce DUTRA escreveu: Le 2011-S-2 19h40, Eloi Ribeiro a écrit : /var/lib/postgresql/8.4/main/base Por que será que não é /srv/pg/8.4/main/base ou algo assim? Debian/Ubuntu não é totalmente compatível com LSB Não estava pensando no LSB, mas no FHS. -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Tamanho de página
Le 2011-S-2 22h52, Tiago Adami a écrit : Em 2 de setembro de 2011 18:24, Guimarães Faria Corcete DUTRA, Leandro lean...@dutras.org escreveu: 2011/9/2 Tiago Adamiadam...@gmail.com: Algumas tabelas contém várias colunas com tipo VARCHAR(4000). Não quero discutir se isto está certo, normalizado, com chaves naturais Uai, e qual o problema? Se houver, é de desperdício de armazenamento, acho que o David Fetter tinha um artigo interessante a respeito. Sim, Leandro. Eu entendo o seu ponto de vista e considero esta sua crítica pertinente. Conheço os problemas de não usar uma chave natural, de não ter o modelo normalizado, de desperdício de armazenamento... enfim... passo por estes problemas todos os dias. Não, a minha questão era em que o VARCHAR (4000) estaria errado, violaria alguma forma normal ou prejudicaria alguma chave… -- skype:leandro.gfc.dutra?chat Yahoo!: ymsgr:sendIM?lgcdutra +55 (61) 3546 7191 gTalk: xmpp:leand...@jabber.org +55 (11) 9406 7191ICQ/AIM: aim:GoIM?screenname=61287803 BRAZIL GMT-3 MSN: msnim:chat?contact=lean...@dutra.fastmail.fm ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral