Re: [pgbr-geral] Transações
Ronei, O acesso ODBC é um acesso genérico e no momento de uma transação você necessita de um acesso especialista, apesar de o Banco ter a capacidade de saber que as solicitações vieram do mesmo endereço, ele considera cada chamada uma nova requisição o que em acesso concorrente pode impossibilita-lo de concluir a operação. Em casos de transação é interessante juntar toda a requisição e enviar de uma só vez ao banco, daí mesmo que haja qualquer problema de percurso você obterá o ROLLBACK, pois toda a transação estaria por conta efetivamente do Postgresql. Veja o acesso pela dll nativa do postgres, palestra ministrada pelo Rogério Bassete em 2008, que será sempre muito mais especialista do que ODBC. []´s Em 2 de fevereiro de 2012 02:44, Euler Taveira de Oliveira eu...@timbira.com escreveu: On 01-02-2012 23:16, Ronei Heck wrote: Pode ser um problema do clarion, ou a maneira como estou programando. Alguma idéia do que pode ser? É o que parece. Ele deve estar no modo auto-efetivação (aka autocommit). Para tirar a prova, habilite o log de todas as consultas (log_min_duration_statement = 0) e teste sua aplicação. -- 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 -- Mello Júnior 41.3252-3555 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Transações
Obrigado a todos que responderam. Então, concluo, que se por algum motivo eu envio um ROLLBACK, o postgres cancela toda a operação, mas se houver erro de sintaxe, de construção do sql, de relacionamento, ou algo assim, aparentemente o postgres para a transação e o ROLLBACK que eu envio fica sem sentido pra ele. Mello, usando esta dll ainda será necessário o uso do odbc, para os browses, por exemplo, ou pode ser eliminado totalmente? Abraço! Ronei O acesso ODBC é um acesso genérico e no momento de uma transação você necessita de um acesso especialista, apesar de o Banco ter a capacidade de saber que as solicitações vieram do mesmo endereço, ele considera cada chamada uma nova requisição o que em acesso concorrente pode impossibilita-lo de concluir a operação. Em casos de transação é interessante juntar toda a requisição e enviar de uma só vez ao banco, daí mesmo que haja qualquer problema de percurso você obterá o ROLLBACK, pois toda a transação estaria por conta efetivamente do Postgresql. Veja o acesso pela dll nativa do postgres, palestra ministrada pelo Rogério Bassete em 2008, que será sempre muito mais especialista do que ODBC. []´s ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Instalar plpythonu
Desculpe, a maquina em que estou utilizando para teste é 9.0.2.. E foi instalado por repositorio... Consegui resolver agora.. usei o YUM LIST postgres* apareceu o pack postgresql90-plpython.. então tentei YUM INSTALL postgresql90-plpython, e deu certo.. executei o CREATE LANGUAGE plpythonu; e deu tudo certo.. Obrigado pela atenção.. Att, Tulio De: Flavio Henrique Araque Gurgel fha...@gmail.com Para: Tulio Santos tuliogust...@yahoo.com.br; Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Enviadas: Quarta-feira, 1 de Fevereiro de 2012 15:50 Assunto: Re: [pgbr-geral] Instalar plpythonu Continua dando o mesmo erro quando executo: CREATE LANGUAGE plpythonu; --- ERRO: não pôde acessar arquivo $libdir/plpython2: Arquivo ou diretório não encontrado -- mas durante a instalação com YUM INSTALL ele aparece Package postgresql-plpython-8.4.10-1PGDG.rhel5.i386 already installed and latest version essa versão é compativel com o postgres 9.1? Não, não é. Como foi instalado o PostgreSQL 9.1 nessa máquina? []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Instalar plpythonu
Le 2012-F-2 09h41, Tulio Santos a écrit : E foi instalado por repositorio... Consegui resolver agora.. usei o YUM LIST postgres* O que demonstra que o ideal é sempre usar os pacotes da distribuição — o que, em princípio, já joga o MS Windows e o Apple Mac OS X para o fim da fila. -- 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] Transações
Le 2012-F-2 10h2, Ronei Heck a écrit : Obrigado a todos que responderam. Então, concluo, que se por algum motivo eu envio um ROLLBACK, o postgres cancela toda a operação, mas se houver erro de sintaxe, de construção do sql, de relacionamento, ou algo assim, aparentemente o postgres para a transação e o ROLLBACK que eu envio fica sem sentido pra ele. Como já dissemos, isso parece problema ou do Clarion, ou do teu ODBC… Mello, usando esta dll ainda será necessário o uso do odbc, para os browses, por exemplo, ou pode ser eliminado totalmente? Podidévi! -- 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] Mensagens estranhas no Servidor de Replicação - Slave 1
Os amigos recomendam alguma ferramenta para o monitoramento desses servidores.. Ambiente: Master e Slave Debian 6 PostgreSQL 9.0.4 Stream Replication Zabbix FATAL: unsupported frontend protocol 65363.19778: server supports 1.0 to 3.0 LOG: invalid length of startup packet Provavelmente uma aplicação ou usuário cliente tentou uma conexão com SSL e seu servidor está configurado para não aceitar. Verifique as configurações de SSL no postgresql.conf e as linhas de autenticação no pg_hba.conf. Pode ser também uma aplicação cliente muito antiga usando versões pré-7.4 da libpq. FATAL: could not receive data from WAL stream: server closed the connection unexpectedly This probably means the server terminated abnormally before or while processing the request. O servidor mestre foi parado ou houve perda de conectividade com ele. cp: impossível obter estado de /postgresql/replication/000100DE: Arquivo ou diretório não encontrado LOG: invalid record length at 0/DE287D74 cp: impossível obter estado de /postgresql/replication/000100DE: Arquivo ou diretório não encontrado O servidor escravo, como perdeu o fluxo de dados a partir do mestre, está procurando pelo próximo segmento WAL necessário para continuar a replicação. LOG: invalid length of startup packet LOG: invalid length of startup packet FATAL: unsupported frontend protocol 65363.19778: server supports 1.0 to 3.0 Vide resposta mais acima. []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Dúvida Modelagem : papéis/usuários x associação com entidades
Olá pessoal, Gostaria que criticasse meu ponto de vista, como segue: Associar um papel/usuário do PostgreSQL a uma entidade Pessoa Clientes, Fornecedores, Funcionários etc..., nosso DBA principal, insiste na idéia de que ele criaria uma entidade usuários, onde a cada criação, alteração ou exclusão ele replicaria e associaria essa informação com os papéis do banco. Eu insisti em dizer que no meu ponto de vista, poderíamos associar a pg_shadow a essa entidade. Uma dificuldade que eu vejo seria apenas o modelo relacional sendo prejudicado quando usamos o catalogo do sistema, como por exemplo, quando apagarmos um papel, alterarmos etc... Para melhor entendimento do domínio do problema: Extender o sistema centralizado de segurança, onde todos os colaboradores tenham acesso as diferentes partes do sistema web e desktop, onde cada papel/usuário terá suas permissões controladas pelo SGDB, sem ferir o modelo relacional Vocês poderiam me ajudar compatilhando suas críticas e idéias!? Obrigado antecipadamente, Att Rubens José Rodrigues ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Mensagens estranhas no Servidor de Replicação - Slave 1
Obrigado Flávio. Existe a possibilidade de melhorar a escrita do log.Falo em relação a datas e horas.percebo que as vezes ele nao escreve a data.Tem alguma parte no postgresql.conf onde posso configurar isso? Emerson Martins DBA Itec/AL 82 9123-5504 82 9668-1283 Em 2 de fevereiro de 2012 09:50, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: Os amigos recomendam alguma ferramenta para o monitoramento desses servidores.. Ambiente: Master e Slave Debian 6 PostgreSQL 9.0.4 Stream Replication Zabbix FATAL: unsupported frontend protocol 65363.19778: server supports 1.0 to 3.0 LOG: invalid length of startup packet Provavelmente uma aplicação ou usuário cliente tentou uma conexão com SSL e seu servidor está configurado para não aceitar. Verifique as configurações de SSL no postgresql.conf e as linhas de autenticação no pg_hba.conf. Pode ser também uma aplicação cliente muito antiga usando versões pré-7.4 da libpq. FATAL: could not receive data from WAL stream: server closed the connection unexpectedly This probably means the server terminated abnormally before or while processing the request. O servidor mestre foi parado ou houve perda de conectividade com ele. cp: impossível obter estado de /postgresql/replication/000100DE: Arquivo ou diretório não encontrado LOG: invalid record length at 0/DE287D74 cp: impossível obter estado de /postgresql/replication/000100DE: Arquivo ou diretório não encontrado O servidor escravo, como perdeu o fluxo de dados a partir do mestre, está procurando pelo próximo segmento WAL necessário para continuar a replicação. LOG: invalid length of startup packet LOG: invalid length of startup packet FATAL: unsupported frontend protocol 65363.19778: server supports 1.0 to 3.0 Vide resposta mais acima. []s Flavio Gurgel ___ 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] Mensagens estranhas no Servidor de Replicação - Slave 1
Existe a possibilidade de melhorar a escrita do log.Falo em relação a datas e horas.percebo que as vezes ele nao escreve a data.Tem alguma parte no postgresql.conf onde posso configurar isso? log_line_prefix. Um bom exemplo seria já colocar o prefixo que o PgFouine gosta para tratamento de logs posterior: log_line_prefix = '%t [%p]: [%l-1] user=%u,db=%d ' Com o espaço antes do apóstrofo final. []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Mensagens estranhas no Servidor de Replicação - Slave 1
Valeu Flavio. Ficou ótimo agora.Dar pra ter uma ideia do que é feito. LOG: received SIGHUP, reloading configuration files 2012-02-02 10:39:20 BRT [5407]: [5-1] user=,db= LOG: parameter log_line_prefix changed to %t [%p]: [%l-1] user=%u,db=%d Emerson Martins DBA Itec/AL 82 9123-5504 82 9668-1283 Em 2 de fevereiro de 2012 10:25, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: Existe a possibilidade de melhorar a escrita do log.Falo em relação a datas e horas.percebo que as vezes ele nao escreve a data.Tem alguma parte no postgresql.conf onde posso configurar isso? log_line_prefix. Um bom exemplo seria já colocar o prefixo que o PgFouine gosta para tratamento de logs posterior: log_line_prefix = '%t [%p]: [%l-1] user=%u,db=%d ' Com o espaço antes do apóstrofo final. []s Flavio Gurgel ___ 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] Transações
Realmente eu envio vários scripts dentro da transação, mas mesmo assim, se eu substituir o COMMIT do final pelo ROLLBACK, ou colocar o ROLLBACK em algum ponto da rotina, o postgres cancela toda a transação. Por que o clarion/obscuro esta enviando o rollback corretamente para o PG. Agora vamos imaginar que exista relacionado à tabela vendas a tabela vendas_observacoes e eu tenha esquecido de excluir, vai dar erro de relacionamento. Neste caso, a função delete(0) do clarion mostra uma mensagem de erro, a aplicação mostra a mensagem 'Não consegui excluir a venda', o que me faz concluir que o ROLLBACK foi enviado, A sua conclusão esta incorreta. O clarion nao esta mandando o rollback para o PG e segue em frente como se tudo estivesse certo. Veja se há alguma configuração do clarion que mude esse comportamento, ou então você vai ter que verificar o retorno depois de cada chamada. 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] Transações
Mello, não encontrei o material no gescla. Tens o email dele para que eu possa entrar em contato? Muito obrigado! Ronei - Original Message - From: José Mello Júnior To: Comunidade PostgreSQL Brasileira Sent: Thursday, February 02, 2012 7:37 AM Subject: Re: [pgbr-geral] Transações Ronei, O acesso ODBC é um acesso genérico e no momento de uma transação você necessita de um acesso especialista, apesar de o Banco ter a capacidade de saber que as solicitações vieram do mesmo endereço, ele considera cada chamada uma nova requisição o que em acesso concorrente pode impossibilita-lo de concluir a operação. Em casos de transação é interessante juntar toda a requisição e enviar de uma só vez ao banco, daí mesmo que haja qualquer problema de percurso você obterá o ROLLBACK, pois toda a transação estaria por conta efetivamente do Postgresql. Veja o acesso pela dll nativa do postgres, palestra ministrada pelo Rogério Bassete em 2008, que será sempre muito mais especialista do que ODBC. []´s ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Transações
Olá, Roberto, Eu penso que está enviando, porque está da seguinte forma: vendas{Prop:SQL}='DELETE ...' if Checa_Erro(Loc:Mensagem)=true ...vendas{Prop:SQL}='ROLLBACK' ...message(Loc:Mensagem) end Se a mensagem é mostrada, obrigatoriamente entrou no if e passou pelo ROLLBACK. Mas vou fazer uns testes pra garantir. Obrigado. Ronei - Original Message - From: Roberto Mello To: Comunidade PostgreSQL Brasileira Sent: Thursday, February 02, 2012 11:05 AM Subject: Re: [pgbr-geral] Transações Realmente eu envio vários scripts dentro da transação, mas mesmo assim, se eu substituir o COMMIT do final pelo ROLLBACK, ou colocar o ROLLBACK em algum ponto da rotina, o postgres cancela toda a transação. Por que o clarion/obscuro esta enviando o rollback corretamente para o PG. Agora vamos imaginar que exista relacionado à tabela vendas a tabela vendas_observacoes e eu tenha esquecido de excluir, vai dar erro de relacionamento. Neste caso, a função delete(0) do clarion mostra uma mensagem de erro, a aplicação mostra a mensagem 'Não consegui excluir a venda', o que me faz concluir que o ROLLBACK foi enviado, A sua conclusão esta incorreta. O clarion nao esta mandando o rollback para o PG e segue em frente como se tudo estivesse certo. Veja se há alguma configuração do clarion que mude esse comportamento, ou então você vai ter que verificar o retorno depois de cada chamada. Roberto -- ___ 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] Dúvida Modelagem : papéis/usuários x associação com entidades
2012/2/2 Rubens José Rodrigues rubens.rodrig...@batistarepresentacoes.com: Associar um papel/usuário do PostgreSQL a uma entidade Pessoa Clientes, Fornecedores, Funcionários etc..., nosso DBA principal, insiste na idéia de que ele criaria uma entidade usuários, onde a cada criação, alteração ou exclusão ele replicaria e associaria essa informação com os papéis do banco. Replicaria como? Eu insisti em dizer que no meu ponto de vista, poderíamos associar a pg_shadow a essa entidade. Idealmente, sim. Aliás, o mais ideal ainda (!?) seria usar o /information schema/. A dificuldade é que o PostgreSQL tem uma limitação arbitrária, não permitindo a declaração de chaves sobre visões — e, portanto, impedindo a criação de restrições de integridade referenciais sobre o catálogo, que é composto de visões. Mea culpa: nunca experimentei um relato de erro acerca. Uma dificuldade que eu vejo seria apenas o modelo relacional sendo prejudicado quando usamos o catalogo do sistema, como por exemplo, quando apagarmos um papel, alterarmos etc... Não entendi o que o modelo relacional tem a ver… pelo contrário, no modelo relacional o catálogo é parte do modelo: diz‐se que ‘metadados também são dados’, para ficar com uma frase de efeito. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dúvida Modelagem : papéis/usuários x associação com entidades
On 02-02-2012 09:55, Rubens José Rodrigues wrote: Associar um papel/usuário do PostgreSQL a uma entidade Pessoa Clientes, Fornecedores, Funcionários etc..., nosso DBA principal, insiste na idéia de que ele criaria uma entidade usuários, onde a cada criação, alteração ou exclusão ele replicaria e associaria essa informação com os papéis do banco. Eu insisti em dizer que no meu ponto de vista, poderíamos associar a pg_shadow a essa entidade. Não. Você não pode criar chaves estrangeiras no catálogo do sistema. E, pg_shadow não existe (como tabela do catálogo) mais desde o 8.1; é apenas uma visão. Faça um mapeamento entre roles e entidade pessoa, ou seja, faça ações simétricas (INSERT pessoas - CREATE ROLE, GRANT ROLE, UPDATE pessoas - ALTER ROLE(?) e DELETE pessoas - DROP ROLE). Como foi dito acima, crie perfis (aka role) com os diversos níveis de acesso do sistema e atribua as determinadas pessoas no ato da criação (isso irá facilitar o gerenciamento das permissões e roles). -- 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] Dúvida Modelagem : papéis/usuários x associação com entidades
2012/2/2 Euler Taveira de Oliveira eu...@timbira.com: Não. Você não pode criar chaves estrangeiras no catálogo do sistema. E, pg_shadow não existe (como tabela do catálogo) mais desde o 8.1; é apenas uma visão. Euler, não se pode criar chaves estrangeiras para o catálogo do sistema, ou para visões? De qualquer maneira, são limitações arbitrárias. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dúvida Modelagem : papéis/usuários x associação com entidades
On 02-02-2012 12:24, Guimarães Faria Corcete DUTRA, Leandro wrote: 2012/2/2 Euler Taveira de Oliveira eu...@timbira.com: Não. Você não pode criar chaves estrangeiras no catálogo do sistema. E, pg_shadow não existe (como tabela do catálogo) mais desde o 8.1; é apenas uma visão. Euler, não se pode criar chaves estrangeiras para o catálogo do sistema, ou para visões? Catálogo, não. Pela mesma razão, gatilhos no catálogo não são permitidos (na verdade ao criar uma chave estrangeira, você está criando um gatilho para verificá-la em tempo de execução). De qualquer maneira, são limitações arbitrárias. Limitações de implementação (por razões de performance, modificações no catálogo são feitas diretamente -- sem lidar com SQL). Você abriria uma lata de vermes se o fizesse atualmente e, com certeza, modificações no catálogo seriam bem mais lentas. -- 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] Dúvida Modelagem : papéis/usuários x associação com entidades
2012/2/2 Euler Taveira de Oliveira eu...@timbira.com: Euler, não se pode criar chaves estrangeiras para o catálogo do sistema, ou para visões? Catálogo, não. Pela mesma razão, gatilhos no catálogo não são permitidos (na verdade ao criar uma chave estrangeira, você está criando um gatilho para verificá-la em tempo de execução). Então são duas limitações sobrepostas: catálogo *e* visões? De qualquer maneira, são limitações arbitrárias. Limitações de implementação (por razões de performance, modificações no catálogo são feitas diretamente -- sem lidar com SQL). Você abriria uma lata de vermes se o fizesse atualmente e, com certeza, modificações no catálogo seriam bem mais lentas. No Oracle, eu fazia isso sem maiores dores de cabeça. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] RES: Dúvida Modelagem : papéis/usuários x associação com entidades
2012/2/2 Rubens José Rodrigues rubens.rodrig...@batistarepresentacoes.com: Associar um papel/usuário do PostgreSQL a uma entidade Pessoa Clientes, Fornecedores, Funcionários etc..., nosso DBA principal, insiste na idéia de que ele criaria uma entidade usuários, onde a cada criação, alteração ou exclusão ele replicaria e associaria essa informação com os papéis do banco. Replicaria como? Gatilho na entidade usuário, após apagar um usuário estender usando drop role , como por exemplo. Eu insisti em dizer que no meu ponto de vista, poderíamos associar a pg_shadow a essa entidade. Idealmente, sim. Aliás, o mais ideal ainda (!?) seria usar o /information schema/. Fato A dificuldade é que o PostgreSQL tem uma limitação arbitrária, não permitindo a declaração de chaves sobre visões — e, portanto, impedindo a criação de restrições de integridade referenciais sobre o catálogo, que é composto de visões. [devaneio mode on] Ahh! se eu pudesse criar uma tabela por herança dessa visão! [devaneio mode off] Mea culpa: nunca experimentei um relato de erro acerca. Uma dificuldade que eu vejo seria apenas o modelo relacional sendo prejudicado quando usamos o catalogo do sistema, como por exemplo, quando apagarmos um papel, alterarmos etc... Não entendi o que o modelo relacional tem a ver… pelo contrário, no modelo relacional o catálogo é parte do modelo: diz‐se que ‘metadados também são dados’, para ficar com uma frase de efeito. Não via metadados como parte do modelo. ___ 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] Problemas com Collection - Postgres
Boa Tarde Membros, Estou tendo problema de versão de Collection entre Base Postgres. - Maquina Local (Ambiente Windows 7 Versão Inglês) - Maquina Server (Ambiente Windows Server 2008 - Versão Port) A questão é que realizei o backup da Base no Servidor, quando vou realizar o Restore, o mesmo apresenta um erro de Versão de Collection. Att, -- *Felipe Souza Leader Web Development* INOVAÇÃO - Tecnologia da Informação Geográfica Av. Shishimi Hifumi, nº 2911, Sala 208 – 2º. Andar, Bairro Urbanova II São José dos Campos – SP - CEP 12.244-000 The sender of this message is responsible for its content and addressing. The receiver shall take proper care of it. Without due authorization, the publication, reproduction, distribution or the performance of any other action not conforming to Inovação System internal policies and procedures is forbidden and liable to disciplinary, civil or criminal sanctions. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problemas com Collection - Postgres
Em 02/02/12, Felipe Souzafelipe.so...@inovacaogis.com.br escreveu: Boa Tarde Membros, Estou tendo problema de versão de Collection entre Base Postgres. - Maquina Local (Ambiente Windows 7 Versão Inglês) - Maquina Server (Ambiente Windows Server 2008 - Versão Port) A questão é que realizei o backup da Base no Servidor, quando vou realizar o Restore, o mesmo apresenta um erro de Versão de Collection. Daria para você colar a mensagem exata do erro? 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] Problemas com Collection - Postgres
2012/2/2 Felipe Souza felipe.so...@inovacaogis.com.br: Restore, o mesmo apresenta um erro de Versão de Collection. Exatamente que erro? ___ 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: Dúvida Modelagem : papéis/usuários x associação com entidades
2012/2/2 Rubens José Rodrigues rubens.rodrig...@batistarepresentacoes.com: Gatilho na entidade usuário, após apagar um usuário estender usando drop role , como por exemplo. Pareceria razoável… se não estiver limitado! Ahh! se eu pudesse criar uma tabela por herança dessa visão! Uai, o que ganharias com herança que não ganharias com restrições de integridade? Não entendi o que o modelo relacional tem a ver… pelo contrário, no modelo relacional o catálogo é parte do modelo: diz‐se que ‘metadados também são dados’, para ficar com uma frase de efeito. Não via metadados como parte do modelo. Como vemos nas respostas do Euler, nem os /hackers/ do PostgreSQL… ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problemas com Collection - Postgres
Oswaldo, Não sei se o e-mail anterior, chegou com sucesso, devido o tamanho do Imagem em anexo, mas qualquer coisa, segue os Dados da Log abaixo: 2012-02-02 14:13:32| 0.9| 0.0|WARN |Error retrieving version for PostgreSQL database 2012-02-02 14:13:32| 0.9| 0.0|INFORM|Successfully closed POSTGIS database reader 2012-02-02 14:13:32| 0.9| 0.0|ERROR |POSTGIS reader aborted! 2012-02-02 14:13:32| 0.9| 0.0|ERROR |A fatal error has occurred. Check the logfile above for details 2012-02-02 14:13:32| 0.9| 0.0|ERROR |Bulk copy failed on table '.' using delimiter ':'. Error was 'no COPY in progress Aguardo Retorno. -- *Felipe Souza Leader Web Development* INOVAÇÃO - Tecnologia da Informação Geográfica Av. Shishimi Hifumi, nº 2911, Sala 208 – 2º. Andar, Bairro Urbanova II São José dos Campos – SP - CEP 12.244-000 The sender of this message is responsible for its content and addressing. The receiver shall take proper care of it. Without due authorization, the publication, reproduction, distribution or the performance of any other action not conforming to Inovação System internal policies and procedures is forbidden and liable to disciplinary, civil or criminal sanctions. Em 2 de fevereiro de 2012 14:17, Felipe Souza felipe.so...@inovacaogis.com.br escreveu: Osvaldo, Estou tentando fazer uma Copia de uma Base no Servidor para a maquina Local, utilizando uma ferramenta interna da empresa ( FME ). Em anexo segue a imagem do erro. Aguardo Retorno. -- *Felipe Souza Leader Web Development* INOVAÇÃO - Tecnologia da Informação Geográfica Av. Shishimi Hifumi, nº 2911, Sala 208 – 2º. Andar, Bairro Urbanova II São José dos Campos – SP - CEP 12.244-000 The sender of this message is responsible for its content and addressing. The receiver shall take proper care of it. Without due authorization, the publication, reproduction, distribution or the performance of any other action not conforming to Inovação System internal policies and procedures is forbidden and liable to disciplinary, civil or criminal sanctions. Em 2 de fevereiro de 2012 14:03, Osvaldo Kussama osvaldo.kuss...@gmail.com escreveu: Em 02/02/12, Felipe Souzafelipe.so...@inovacaogis.com.br escreveu: Boa Tarde Membros, Estou tendo problema de versão de Collection entre Base Postgres. - Maquina Local (Ambiente Windows 7 Versão Inglês) - Maquina Server (Ambiente Windows Server 2008 - Versão Port) A questão é que realizei o backup da Base no Servidor, quando vou realizar o Restore, o mesmo apresenta um erro de Versão de Collection. Daria para você colar a mensagem exata do erro? Osvaldo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problemas com Collection - Postgres
2012/2/2 Felipe Souza felipe.so...@inovacaogis.com.br: Não sei se o e-mail anterior, chegou com sucesso, devido o tamanho do Imagem em anexo, mas qualquer coisa, segue os Dados da Log abaixo: Nunca mande imagens, somente texto mesmo. 2012-02-02 14:13:32| 0.9| 0.0|WARN |Error retrieving version for PostgreSQL database 2012-02-02 14:13:32| 0.9| 0.0|INFORM|Successfully closed POSTGIS database reader 2012-02-02 14:13:32| 0.9| 0.0|ERROR |POSTGIS reader aborted! 2012-02-02 14:13:32| 0.9| 0.0|ERROR |A fatal error has occurred. Check the logfile above for details 2012-02-02 14:13:32| 0.9| 0.0|ERROR |Bulk copy failed on table '.' using delimiter ':'. Error was 'no COPY in progress Faltou o /‘logfile above’/… E, por favor, evite responder no topo, siga o exemplo que damos ao responder após os trechos relevantes, conforme a RFC 1855 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Problemas com Collection - Postgres
Em 02/02/12, Felipe Souzafelipe.so...@inovacaogis.com.br escreveu: Oswaldo, Não sei se o e-mail anterior, chegou com sucesso, devido o tamanho do Imagem em anexo, mas qualquer coisa, segue os Dados da Log abaixo: 2012-02-02 14:13:32| 0.9| 0.0|WARN |Error retrieving version for PostgreSQL database 2012-02-02 14:13:32| 0.9| 0.0|INFORM|Successfully closed POSTGIS database reader 2012-02-02 14:13:32| 0.9| 0.0|ERROR |POSTGIS reader aborted! 2012-02-02 14:13:32| 0.9| 0.0|ERROR |A fatal error has occurred. Check the logfile above for details 2012-02-02 14:13:32| 0.9| 0.0|ERROR |Bulk copy failed on table '.' using delimiter ':'. Error was 'no COPY in progress Aguardo Retorno. Não recebi outro e-mail. Mas nestas mensagens não existe nenhuma referência a collection. Aparentemente é algum problema com o PostGIS e não com o PostgreSQL. De qualquer maneira repare que a mensagem POSTGIS reader aborted! está logo após Successfully closed POSTGIS database reader. Como você diz que está utilizando uma ferramenta interna da empresa talvez esta seja uma mensagem da ferramenta. Osvaldo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Instalar pltcl no Centos6 com Pg 9.1.1
Bom.. agora o cenario mudou.. rs (mudei o titulo do assunto..) ja testei o que precisava e correu tudo conforme o esperado.. agora preciso instalar oplctl no servidor em produção.. com Centos6 e Postgres 9.1.1.. apenas encontrei este postgresql91-pltcl-9.1.0-2PGDG.rhel6.x86_64.rpm pode haver algum problema por nao ser a versão 9.1.1 ? obrigado Att, Tulio ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Instalar pltcl no Centos6 com Pg 9.1.1
On 02-02-2012 14:45, Tulio Santos wrote: Bom.. agora o cenario mudou.. rs (mudei o titulo do assunto..) Mudou o assunto mas sequestrou a thread. Da próxima vez, não clique em 'Responder' e troque o assunto/mensagem. Crie um novo email. O histórico agradece. pode haver algum problema por nao ser a versão 9.1.1 ? Pode. Se houver alguma correção de bugs na PL/Tcl. Copie a versão do repositório [1]. [1] http://yum.pgrpms.org/packages.php -- 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] Problemas com Collection - Postgres
Boa Noite Tentei realizar o mesmo processo por uma outra forma. Realizando pelo Restore do proprio Postgis. Segue abaixo a mensagem de erro: -- pg_restore: [arquivador] não pôde criar objeto grande 69180461 pg_restore: *** interrompido por causa de erro Processo retornou código de saída 1. -- *Felipe Souza Leader Web Development* Em 2 de fevereiro de 2012 15:32, Osvaldo Kussama osvaldo.kuss...@gmail.comescreveu: Em 02/02/12, Felipe Souzafelipe.so...@inovacaogis.com.br escreveu: Oswaldo, Não sei se o e-mail anterior, chegou com sucesso, devido o tamanho do Imagem em anexo, mas qualquer coisa, segue os Dados da Log abaixo: 2012-02-02 14:13:32| 0.9| 0.0|WARN |Error retrieving version for PostgreSQL database 2012-02-02 14:13:32| 0.9| 0.0|INFORM|Successfully closed POSTGIS database reader 2012-02-02 14:13:32| 0.9| 0.0|ERROR |POSTGIS reader aborted! 2012-02-02 14:13:32| 0.9| 0.0|ERROR |A fatal error has occurred. Check the logfile above for details 2012-02-02 14:13:32| 0.9| 0.0|ERROR |Bulk copy failed on table '.' using delimiter ':'. Error was 'no COPY in progress Aguardo Retorno. Não recebi outro e-mail. Mas nestas mensagens não existe nenhuma referência a collection. Aparentemente é algum problema com o PostGIS e não com o PostgreSQL. De qualquer maneira repare que a mensagem POSTGIS reader aborted! está logo após Successfully closed POSTGIS database reader. Como você diz que está utilizando uma ferramenta interna da empresa talvez esta seja uma mensagem da ferramenta. Osvaldo ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Qual o melhor ferramenta de replicação
2012/2/2 Bruno Dias Leite brunodlei...@gmail.com: Salve pessoal, tenho pouca experiência com o postgresql, por isso gostaria que alguém pudesse me ajudar a escolher a ferramenta de replicação ideal para meu problema. Tenho banco de dados rodando no meus clientes( Lojas de roupa ). Cada loja tem seu próprio banco, porém gostaria de replicar as tabelas de venda e estoque de cada cliente para um servidor. Essa replicação será útil pra gerar relatórios de vendas e gerenciar os estoques de cada cliente. Estou na dúvida de uso: - GridSQL - Pgpool II - Repmgr ou - Slony I Serei muito grato se alguém me indicar a melhor ferramenta. eu gosto do bucardo, -- Itamar Reis Peixoto msn, google talk: ita...@ispbrasil.com.br +55 11 4063 5033 (FIXO SP) +55 34 9158 9329 (TIM) +55 34 8806 3989 (OI) +55 34 3221 8599 (FIXO MG) ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Qual o melhor ferramenta de replicação
Olá, No seu caso eu acredito que você está querendo fazer é uma base de consulta certo ? ou seja não irá ter alterações de dados após a replicação certo ? se isso for afirmativo sugiro que você já pensando na performance das suas consultas que serão montadas em cima da base replicada utilize uma ferramenta de ETL como por exemplo a qual utilizo hoje é a Kettle da Pentaho muito utilizada para fazer cargas em bancos Data WareHouse, sugiro também já se pensando em performance do seu modelo, sugiro uma modelagem dimensional. Caso isso não seja possível dê uma olhada igual na ferramenta KETTLE, quem sabe ela pode resolver seu problema se for só replicação. link : http://kettle.pentaho.com/ *Atenciosamente* * * *Rodrigo Della Justina* *rodrigodellajust...@gmail.com* *rodrigodellajust...@ciss.com.br* Telp: 55-46-8801-6165 Dois Vizinhos - PR *DBA **Certified **IBM DB2 (000-302)* * * Em 2 de fevereiro de 2012 15:57, Bruno Dias Leite brunodlei...@gmail.comescreveu: Salve pessoal, tenho pouca experiência com o postgresql, por isso gostaria que alguém pudesse me ajudar a escolher a ferramenta de replicação ideal para meu problema. Tenho banco de dados rodando no meus clientes( Lojas de roupa ). Cada loja tem seu próprio banco, porém gostaria de replicar as tabelas de venda e estoque de cada cliente para um servidor. Essa replicação será útil pra gerar relatórios de vendas e gerenciar os estoques de cada cliente. Estou na dúvida de uso: - GridSQL - Pgpool II - Repmgr ou - Slony I Serei muito grato se alguém me indicar a melhor ferramenta. ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- *Atenciosamente* * * *Rodrigo Della Justina* *rodrigodellajust...@gmail.com* *rodrigodellajust...@ciss.com.br* Telp: 55-46-8801-6165 *IBM DB2 Certified Database Academic* * * ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Dúvida Modelagem : papéis/usuários x associação com entidades
On 02-02-2012 12:51, Guimarães Faria Corcete DUTRA, Leandro wrote: Então são duas limitações sobrepostas: catálogo *e* visões? *ou*. No Oracle, eu fazia isso sem maiores dores de cabeça. No catálogo eu até entendo que seria plausível mas em visões? Visões nem mesmo tem restrições! Não estou dizendo que seria impossível mas me parece que seria mais uma gambiarra. -- 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] Dúvida Modelagem : papéis/usuários x associação com entidades
Le 2012-F-2 16h50, Euler Taveira de Oliveira a écrit : On 02-02-2012 12:51, Guimarães Faria Corcete DUTRA, Leandro wrote: Então são duas limitações sobrepostas: catálogo *e* visões? *ou*. Já que sou lesado, traduzo em miúdos: não se podem criar restrições de integridade nem no catálogo, nem em visões. No caso, é uma visão no catálogo, portanto as duas limitações se aplicam. No catálogo eu até entendo que seria plausível mas em visões? Visões nem mesmo tem restrições! Mas não é justamente o que discutimos? A possibilidade de declarar restrições… Não estou dizendo que seria impossível mas me parece que seria mais uma gambiarra. Gambiarra por quê? Exatamente como no caso do catálogo, está previsto no modelo e é útil, como demonstra o caso ‘em tela’ (como gostam de dizer no governo…) E o Oracle faz, embora isso não seja um bom argumento… Se eu estivesse com saúde, ia fuçar o DB2 para ver se implementa também, ou até fuçar mais um pouco sobre o Oracle. Idealmente, jogar na -hackers. -- 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] Dúvida Modelagem : papéis/usuários x associação com entidades
On 02-02-2012 20:23, Leandro Guimarães Faria Corce DUTRA wrote: Le 2012-F-2 16h50, Euler Taveira de Oliveira a écrit : On 02-02-2012 12:51, Guimarães Faria Corcete DUTRA, Leandro wrote: Então são duas limitações sobrepostas: catálogo *e* visões? *ou*. Já que sou lesado, traduzo em miúdos: não se podem criar restrições de integridade nem no catálogo, nem em visões. No caso, é uma visão no catálogo, portanto as duas limitações se aplicam. No catálogo eu até entendo que seria plausível mas em visões? Visões nem mesmo tem restrições! Mas não é justamente o que discutimos? A possibilidade de declarar restrições… Coloquialmente, eu definiria visão como nomear uma consulta. Como seria ter restrições (de integridade) em uma consulta (aka visão)? Não estou dizendo que seria impossível mas me parece que seria mais uma gambiarra. Gambiarra por quê? Exatamente como no caso do catálogo, está previsto no modelo e é útil, como demonstra o caso ‘em tela’ (como gostam de dizer no governo…) E o Oracle faz, embora isso não seja um bom argumento… Como criar uma restrição na coluna abc da visão abaixo? CREATE VIEW foo AS SELECT a, CASE WHEN b * c = 2 THEN 10 ELSE 20 END AS abc FROM bar WHERE d 123; Você precisa de pelo menos uma restrição de unicidade para conseguir relacionar com a visão foo (criar uma chave estrangeira na coluna abc da visão foo). Assim, não vejo como fazer isso sem muita complexidade (na linguagem SQL) e esforço (que não vale a pena no momento -- temos muitas coisas mais interessantes para implementar do que isso). -- 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] Listar as Sequences, como ?
sALLdações. Pessoal como (com que select) eu posso obter uma lista das sequences registradas em um determinado schema ? Gratos: Marcos Nobre ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Listar as Sequences, como ?
Isso deve ajudar... SELECT c.relname FROM pg_class c WHERE c.relkind = 'S'; -- Att. __ Márcio Elias Hahn do Nascimento Araranguá - SC Fone: (55) 48-35245373 (Residencial) Cel: (55) 48-84171033 msn: marcioeliash...@hotmail.com 2012/2/2 Marcos Aurelio Nobre marcono...@gmail.com sALLdações. Pessoal como (com que select) eu posso obter uma lista das sequences registradas em um determinado schema ? Gratos: Marcos Nobre ___ 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] Qual o melhor ferramenta de replicação
seu próprio banco, porém gostaria de replicar as tabelas de venda e estoque de cada cliente para um servidor. Essa replicação será útil pra gerar relatórios de vendas e gerenciar os estoques de cada cliente. Estou na dúvida de uso: - GridSQL - Pgpool II - Repmgr ou - Slony I Serei muito grato se alguém me indicar a melhor ferramenta. Nunca há uma melhor ferramenta sem fazer alguns testes, mas no seu caso o Bucardo me parece uma boa alternativa. []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral