Re: [pgbr-geral] limitar registos máximos num só update
Em 01-02-2012 03:24, Leandro escreveu: Pelo menos instrui eles a colocar esses updates em uma transação. Pois no final eles podem dar um commit para efetivar ou um rollback para desfazer tudo. Pode indicar algum link com informação sobre isso? Obrigado ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] limitar registos máximos num só update
Pelo menos instrui eles a colocar esses updates em uma transação. Pois no final eles podem dar um commit para efetivar ou um rollback para desfazer tudo. Pode indicar algum link com informação sobre isso? http://www.postgresql.org/docs/current/static/tutorial-transactions.html []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] Escalabilidade horizontal
Boa noite pessoal, O que vocês indicam, em termos de leitura e aplicabilidade sobre escalabilidade horizontal no postgres? Para qual tipo de carga? []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] Escalabilidade horizontal
Quero entender melhor o conceito e em como aplicar esse conceito no postgres, talvez entendendo melhor o conceito já possa me ajudar. Eu sei que, para aplicar, por muitas vezes, depende do cenário. Obrigado. Danilo Em 1 de fevereiro de 2012 08:44, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: Boa noite pessoal, O que vocês indicam, em termos de leitura e aplicabilidade sobre escalabilidade horizontal no postgres? Para qual tipo de carga? []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
[pgbr-geral] Transações
Senhores(as), Tenho a seguinte situação (a grosso modo): BEGIN TRANSACTION; INSERT INTO vendas (...); if errorfile() then ROLLBACK TRANSACTION; exit.(Isso na minha aplicação) INSERT INTO vendas_produtos (...); if errorfile() then ROLLBACK TRANSACTION; exit. INSERT INTO vendas_produtos (...); if errorfile() then ROLLBACK TRANSACTION; exit. INSERT INTO vendas_produtos (...); if errorfile() then ROLLBACK TRANSACTION; exit. INSERT INTO vendas_parcelas (...); if errorfile() then ROLLBACK TRANSACTION; exit. INSERT INTO vendas_parcelas (...); if errorfile() then ROLLBACK TRANSACTION; exit. COMMIT TRANSACTION; Funciona blz. Se eu trocar o COMMIT pelo ROLLBACK, toda a transação é cancelada. Blz. Mas se acontecer um erro a nível de postgres, tipo, inserindo o registro em vendas_parcelas com um campo inexistente na tabela, o postgres retorna um erro, mas mesmo eu enviando um ROLLBACK, o que já foi gravado fica gravado, a venda fica incompleta. Ou seja, quando há algum erro de dados que eu detecto na minha aplicação, envio um ROLLBACK e toda a operação é cancelada, mas quando ocorre um erro de sintaxe ou outro equivalente, o ROLLBACK não cancela o que já foi gravado. Isto tem causado alguns transtornos para mim e para meus clientes. Porque isso acontece? Há uma solução pra isso? Muito obrigado Ronei RH Sistemas Postgres 8.3 Clarino 6.1 Windows XP ___ 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
Você poderia colocar uma validação dos dados a ser inseridos na sua aplicação, pelo menos você teria mais garantia sobre os dados que serão gravados no banco, evitando assim insert de dados incompletos ou fora do padrão. Danilo Em 1 de fevereiro de 2012 10:25, Ronei Heck ro...@rhsistemas.com.brescreveu: ** Senhores(as), Tenho a seguinte situação (a grosso modo): BEGIN TRANSACTION; INSERT INTO vendas (...); if errorfile() then ROLLBACK TRANSACTION; exit.(Isso na minha aplicação) INSERT INTO vendas_produtos (...); if errorfile() then ROLLBACK TRANSACTION; exit. INSERT INTO vendas_produtos (...); if errorfile() then ROLLBACK TRANSACTION; exit. INSERT INTO vendas_produtos (...); if errorfile() then ROLLBACK TRANSACTION; exit. INSERT INTO vendas_parcelas (...); if errorfile() then ROLLBACK TRANSACTION; exit. INSERT INTO vendas_parcelas (...); if errorfile() then ROLLBACK TRANSACTION; exit. COMMIT TRANSACTION; Funciona blz. Se eu trocar o COMMIT pelo ROLLBACK, toda a transação é cancelada. Blz. Mas se acontecer um erro a nível de postgres, tipo, inserindo o registro em vendas_parcelas com um campo inexistente na tabela, o postgres retorna um erro, mas mesmo eu enviando um ROLLBACK, o que já foi gravado fica gravado, a venda fica incompleta. Ou seja, quando há algum erro de dados que eu detecto na minha aplicação, envio um ROLLBACK e toda a operação é cancelada, mas quando ocorre um erro de sintaxe ou outro equivalente, o ROLLBACK não cancela o que já foi gravado. Isto tem causado alguns transtornos para mim e para meus clientes. Porque isso acontece? Há uma solução pra isso? Muito obrigado Ronei RH Sistemas Postgres 8.3 Clarino 6.1 Windows XP ___ 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
Le 2012-F-1 10h25, Ronei Heck a écrit : BEGIN TRANSACTION; INSERT INTO vendas (...); if errorfile() then ROLLBACK TRANSACTION; exit.(Isso na minha aplicação) […] COMMIT TRANSACTION; Cadê o tratamento de erros da base? Basicamente, precisas duma subrotina de tratamento de erros, que os capture quando emitidos pela base. Se não os capturares e seguires contente para a efetivação da transação… E leia atentamente o capítulo sobre controle de transações, nunca é demais. -- 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
[pgbr-geral] Erro ao criar a Função postgreSQL
Eu tenho a seguinte função: CREATE OR REPLACE FUNCTION public.getall () RETURNS SETOF public.localizacao AS $body$ DECLARE r localizacao%rowtype; BEGIN FOR r IN SELECT l.id, l.cep FROM localizacao l WHERE l.status = 'A' LOOP -- can do some processing here RETURN NEXT r; -- return current row of SELECT END LOOP; RETURN; END $body$ LANGUAGE 'plpgsql' VOLATILE CALLED ON NULL INPUT SECURITY INVOKER COST 100 ROWS 1000; Ao compilar emite o seguine erro: ERRO: sintaxe de entrada é inválida para integer: 32232-323 CONTEXT: PL/pgSQL function getall line 4 at FOR sobre registros de SELECT tentei de tudo mais não consegui achar a solução pela internet, espero que possam me ajudar obrigado. ___ 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-1 10h36, Danilo Silva a écrit : Você poderia colocar uma validação dos dados a ser inseridos na sua aplicação, pelo menos você teria mais garantia sobre os dados que serão gravados no banco, evitando assim insert de dados incompletos ou fora do padrão. Não sei se entendi, Danilo — que queres dizer com validação? Normalmente, a validação deve ficar a cargo da estrutura de dados e das restrições de integridade: chaves, conferências c. -- 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] Escalabilidade horizontal
Quero entender melhor o conceito e em como aplicar esse conceito no postgres, talvez entendendo melhor o conceito já possa me ajudar. Eu sei que, para aplicar, por muitas vezes, depende do cenário. Depende sempre do cenário, não por muitas vezes. Comece lendo [1] para entender as diversas técnicas de replicação e pooling disponíveis. Siga os links. Você terá algumas centenas de horas de estudos e testes a fazer. [1] http://wiki.postgresql.org/wiki/Replication,_Clustering,_and_Connection_Pooling []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] Erro ao criar a Função postgreSQL
Eu tenho a seguinte função: CREATE OR REPLACE FUNCTION public.getall () RETURNS SETOF public.localizacao AS $body$ DECLARE r localizacao%rowtype; BEGIN FOR r IN SELECT l.id, l.cep FROM localizacao l WHERE l.status = 'A' LOOP -- can do some processing here RETURN NEXT r; -- return current row of SELECT END LOOP; RETURN; END $body$ LANGUAGE 'plpgsql' VOLATILE CALLED ON NULL INPUT SECURITY INVOKER COST 100 ROWS 1000; Ao compilar emite o seguine erro: ERRO: sintaxe de entrada é inválida para integer: 32232-323 CONTEXT: PL/pgSQL function getall line 4 at FOR sobre registros de SELECT tentei de tudo mais não consegui achar a solução pela internet, espero que possam me ajudar obrigado. Qual o tipo de dados da coluna id da tabela localizacao? Obrigatoriamente tem de ser inteiro, ou pelo menos o conteúdo de todas as linhas nessa coluna tem de ser inteiro. []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] Transações
Sim, a gente toma todo o cuidado, fazemos testes e mais testes. Geralmente pegamos os erros na fase de testes. Mas uma e outra vez escapa alguma coisa. Penso que isso seria uma falha do postgres, já que está tudo dentro de uma transação e, no meu modo de ver, havendo erro, deveria abortá-la toda. Muito obrigado. Ronei Você poderia colocar uma validação dos dados a ser inseridos na sua aplicação, pelo menos você teria mais garantia sobre os dados que serão gravados no banco, evitando assim insert de dados incompletos ou fora do padrão. Danilo ___ 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
Mas se acontecer um erro a nível de postgres, tipo, inserindo o registro em vendas_parcelas com um campo inexistente na tabela, o postgres retorna um erro, mas mesmo eu enviando um ROLLBACK, o que já foi gravado fica gravado, a venda fica incompleta. Ou seja, quando há algum erro de dados que eu detecto na minha aplicação, envio um ROLLBACK e toda a operação é cancelada, mas quando ocorre um erro de sintaxe ou outro equivalente, o ROLLBACK não cancela o que já foi gravado. Não entendi. Um ROLLBACK sempre desfaz toda a transação. Certos tipos de erros fazem com que o PostgreSQL faça automaticamente o ROLLBACK e invalide tudo por você. Isto tem causado alguns transtornos para mim e para meus clientes. Porque isso acontece? Há uma solução pra isso? Tem certeza que você está fazendo corretamente o tratamento da transação? Qual a linguagem que está utilizando? Sua biblioteca de conexão ao SGBD, ORM, driver JDBC ou outra camada entre sua aplicação e o banco não está em modo autocommit? []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] limitar registos máximos num só update
Obrigado Flavio. Vou estudar. So uma pegunta e possivel implementar uma solucao desse genero mesmo que usemos como terminal o qgis? abraço Em 01-02-2012 10:43, Flavio Henrique Araque Gurgel escreveu: Pelo menos instrui eles a colocar esses updates em uma transação. Pois no final eles podem dar um commit para efetivar ou um rollback para desfazer tudo. Pode indicar algum link com informação sobre isso? http://www.postgresql.org/docs/current/static/tutorial-transactions.html []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
Sim, a gente toma todo o cuidado, fazemos testes e mais testes. Geralmente pegamos os erros na fase de testes. Mas uma e outra vez escapa alguma coisa. Penso que isso seria uma falha do postgres, já que está tudo dentro de uma transação e, no meu modo de ver, havendo erro, deveria abortá-la toda. Se você achar um bug como esses, numa funcionalidade básica do banco de dados, justamente no PostgreSQL, tenho certeza que o Tom Lane te manda alguns dólares de prêmio lá dos EUA direto na sua conta bancária. []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] Transações
Você está enviando vários scripts SQL para o banco e o Postgres considera cada um independente pois cada um está em uma sessão diferente. Não seria o caso de você montar tudo em um único script e enviar para o banco? []´s Em 1 de fevereiro de 2012 10:56, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: Sim, a gente toma todo o cuidado, fazemos testes e mais testes. Geralmente pegamos os erros na fase de testes. Mas uma e outra vez escapa alguma coisa. Penso que isso seria uma falha do postgres, já que está tudo dentro de uma transação e, no meu modo de ver, havendo erro, deveria abortá-la toda. Se você achar um bug como esses, numa funcionalidade básica do banco de dados, justamente no PostgreSQL, tenho certeza que o Tom Lane te manda alguns dólares de prêmio lá dos EUA direto na sua conta bancária. []s Flavio Gurgel ___ 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] Pgpool2
Gostaria de agradecer pela indicação do caminho que deveria seguir. Pesquisei e funcionou (pcp_node_attach). Em 31 de janeiro de 2012 16:22, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: estou com um laboratório com o seguinte cenário: PGPOOL2 com load balance on MASTER 9.1.2 replicação sincrona SLAVE 9.1.2 replicação sincrona SLAVE 9.1.2 replicação sincrona Ao executar um insert no pgpool2 é inserido no master e as consultas nos slaves, mas ao fazer uma simulação de queda do master não consegui mais sincronizar o master no pgpool2, ou seja, ao tentar fazer um insert (que antes estava ok) recebo a seguinte mensagem de retorno ERROR: cannot execute INSERT in a read-only transaction. Mensagem essa que podemos concluir que está tentando inserir nos slaves, mas o master está on. Assim sendo, gostaria de saber o que fazer para o pgpool2 voltar a enxergar o master? Verifique o comando pcp_node_attach do pgpool. []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Att, Dauro Lima Sobrinho *DBA PostgreSQL* * DB2 Database Administrator for LUW - IBM Information Management DB2 Certified Database Associate - IBM Information Management DB2 Technical Mastery v2 - IBM Information Management Informix Dynamic Server - IBM Information Management SQL Server 2008 - Microsoft Certified Technology Specialist * ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] [OFF-TOPIC] Stoq 1.2 - Gestão Empresarial Open Source
Com muita satisfação, a Equipe Async Stoq anuncia a versão 1.2 do Stoq. Atrativos deste release: - Adição do novo aplicativo calendário, para melhor visualização de contas a pagar, receber, compras e chamados. - Criação de atalhos de teclados configuráveis pelos usuários. - Configuração de campos obrigatórios para cadastros de pessoas e produtos. - Adição de suporte para impressão de boletos sem registro na interface, dentre eles os bancos Banrisul, Bradesco, Banco do Brasil, Caixa Economica Federal, Itaú, Real e Santander. - Criação de caixa de seleção para exibição de todos os produtos para qualquer fornecedor no pedido de compras. - Adição de parâmetro para bloquear pagamentos de compras ainda não recebidas. - Gravação dos filtros e dados pesquisados na ultima consulta feita ao reabrir o aplicativo, ou seja, todos os filtros e caracteres digitados serão gravados na próxima abertura do aplicativo. - Criação de nova forma de pagamento 'Depósito'. - Opção para criar pagamentos recorrentes. - Criação de pesquisa para chamados criados nos cadastros de clientes. - Criação de novo manual em conformidade com o padrão de ajuda do Gnome, sendo o mesmo integrado aos aplicativos e tendo a visualização de seu conteúdo em várias partes do sistema. Como em versões anteriores, é suportada atualização da versão 1.1 para 1.2. Silvio Rangel Gerente de Produto Stoq Sobre o Stoq: Stoq é uma inovadora suíte de aplicativos para gestão comercial e industrial, mantida pela Async Open Source. O foco principal dos aplicativos são as empresas do comércio varejista e industrias. Contempla a emissão de vendas com respectiva impressão de cupom fiscal via ECF, controle de estoque, contas a pagar e a receber, compras, financeiro, produção, apuração de impostos, controle de serviços, relatórios e outros recursos, destacando-se a integração com outros periféricos como balanças, teclados multi-função e etc. Stoq na web = * Website: http://www.stoq.com.br/ * Ajuda/Forum: http://help.stoq.com.br/ * Documentação: http://wiki.stoq.com.br/ * Manual: http://doc.stoq.com.br/manual/ * Downloads: http://www.stoq.com.br/download * Facebook: http://www.facebook.com/StoqBR * Twitter: http://www.twitter.com/StoqBR Agradecimentos Agradecemos a todos que contribuíram para este lançamento acontecer: Alexandre Panosso[1], Christian Robottom Reis, Gabriel Gerga, Johan Dahlin, Ronaldo Maia, Silvio Rangel e Thiago Bellini. [1] - HORTRON INDUSTRIA E COMERCIO DE PRODUTOS ELETRONICOS Atenciosamente. -- Silvio Rangel - Gerente de Produto Stoq Async Open Source (16) 3491-2868 / (16) 3376-0125 ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] HELP
tentei de tudo mais não consegui achar a solução pela internet, espero que possam me ajudar obrigado. Você recebeu uma resposta à sua pergunta um pouco mais cedo hoje. Por que mandar duplamente sua pergunta pra lista, com assuntos distintos ainda por cima? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Escalabilidade horizontal
Danilo muito boa sua thread, também tenho muito o que aprender nesse assunto, Flávio muiito obrigado pelo link estudarei mais essas informações que você nos repassou. p.s: Danilo qualquer coisa podemos nos comunicar em private para trocarmos idéias sobre o que vamos aprendendo sobre o tópico. Em 1 de fevereiro de 2012 09:48, Flavio Henrique Araque Gurgel fha...@gmail.com escreveu: Quero entender melhor o conceito e em como aplicar esse conceito no postgres, talvez entendendo melhor o conceito já possa me ajudar. Eu sei que, para aplicar, por muitas vezes, depende do cenário. Depende sempre do cenário, não por muitas vezes. Comece lendo [1] para entender as diversas técnicas de replicação e pooling disponíveis. Siga os links. Você terá algumas centenas de horas de estudos e testes a fazer. [1] http://wiki.postgresql.org/wiki/Replication,_Clustering,_and_Connection_Pooling []s Flavio Gurgel ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral -- Targino Silveira +55-85-8626-7297 www.twitter.com/targinosilveira ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
[pgbr-geral] Instalar plpythonu
Bom dia pessoal, Tenho que criar uma função que usará a linguagem Python.. No entanto executando no postgres CREATE LANGUAGE plpythonu; obtive o retorno.. ERRO: não pôde acessar arquivo $libdir/plpython: Arquivo ou diretório não encontrado Tentei utilizar o comando YUM INSTALL PyGreSQL.. mas não há packages.. então baixei o PyGreSQL-3.8.1-2.el6.i686.rpm mas está exigindo algumas depencias.. aviso: PyGreSQL-3.8.1-2.el6.i686.rpm: Cabeçalho V3 RSA/SHA256 assinatura:NOKEY, key ID c105b9de erro: Dependências não satisfeitas: rpmlib(FileDigests) = 4.6.0-1 é requerido por PyGreSQL-3.8.1-2.el6.i686 rpmlib(PayloadIsXz) = 5.2-1 é requerido por PyGreSQL-3.8.1-2.el6.i686 Pesquisei na web mas não encontrei nada que solucionasse o meu problema.. CentOS 5.6 Postgres: 9.1 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 plpythonu
On 01-02-2012 11:04, Tulio Santos wrote: Tenho que criar uma função que usará a linguagem Python.. No entanto executando no postgres CREATE LANGUAGE plpythonu; obtive o retorno.. ERRO: não pôde acessar arquivo $libdir/plpython: Arquivo ou diretório não encontrado O pacote que você precisa é o postgresql-plpython e não PyGreSQL. -- 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] tipos de dados
Já agora, eu tenho campos double precision e quero que o número de casa decimais sejam duas, é possível restringir? Ou que tipo de dados tem de ser? Experimentei numeric e decimal mas só funciona com números inferiores a 1... Obrigado ___ 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
Euler, Ja tentei e no obtive resultado tambem... Tenho que alterar algo no caminho "$libdir/plpython" ? Att, Tulio - Mensagem encaminhada - De: Euler Taveira de Oliveira eu...@timbira.com Para: Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Enviadas: Quarta-feira, 1 de Fevereiro de 2012 12:09 Assunto: Re: [pgbr-geral] Instalar plpythonu On 01-02-2012 11:04, Tulio Santos wrote: Tenho que criar uma funo que usar a linguagem Python.. No entanto executando no postgres CREATE LANGUAGE plpythonu; obtive o retorno.. "ERRO: no pde acessar arquivo "$libdir/plpython": Arquivo ou diretrio no encontrado" O pacote que voc precisa o postgresql-plpython e no PyGreSQL. -- 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] Erro ao criar a Função postgreSQL
2012/2/1, Willian Fernando willian.unig...@hotmail.com: Eu tenho a seguinte função: CREATE OR REPLACE FUNCTION public.getall () RETURNS SETOF public.localizacao AS $body$ DECLARE r localizacao%rowtype; BEGIN FOR r IN SELECT l.id, l.cep FROM localizacao l WHERE l.status = 'A' LOOP -- can do some processing here RETURN NEXT r; -- return current row of SELECT END LOOP; RETURN; END $body$ LANGUAGE 'plpgsql' VOLATILE CALLED ON NULL INPUT SECURITY INVOKER COST 100 ROWS 1000; Ao compilar emite o seguine erro: ERRO: sintaxe de entrada é inválida para integer: 32232-323 CONTEXT: PL/pgSQL function getall line 4 at FOR sobre registros de SELECT tentei de tudo mais não consegui achar a solução pela internet, espero que possam me ajudar obrigado. Você declarou que r é um registro do tipo localizacao, isto é, possui os mesmos campos que a tabela localização, contudo em seu SELECT você referencia apenas id e cep. Provavelmente estes não são todos os campos da tabela localização. Talvez você deva utilizar RECORD no lugar de ROWTYPE. Osvaldo http://www.postgresql.org/docs/current/interactive/plpgsql-declarations.html#PLPGSQL-DECLARATION-ROWTYPES http://www.postgresql.org/docs/current/interactive/plpgsql-declarations.html#PLPGSQL-DECLARATION-RECORDS ___ 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
2012/2/1 Tulio Santos tuliogust...@yahoo.com.br: Ja tentei e não obtive resultado tambem... Obteve resultado sim, pelo menos um erro. Qual? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] tipos de dados
2012/2/1 Pedro Costa pedrocostaa...@sapo.pt: Já agora, eu tenho campos double precision e quero que o número de casa decimais sejam duas, é possível restringir? Não está claro… restringir entrada, armazenamento ou saída? São mecanismos diferentes para cada situação. O mais genérico seria alterar o tipo de dados. ___ 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
2012/2/1 José Mello Júnior jose.mello.jun...@gmail.com: Você está enviando vários scripts SQL para o banco e o Postgres considera cada um independente pois cada um está em uma sessão diferente. Não seria o caso de você montar tudo em um único script e enviar para o banco? Não duvidando, mas é que ando meio lesado: com base em que podemos afirmar que são vários programetas, cada um numa sessão diferente? Não achei nada que indicasse isso nas informações prestadas à lista… ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] tipos de dados
Em 01-02-2012 16:09, Guimarães Faria Corcete DUTRA, Leandro escreveu: restringir entrada, armazenamento ou saída? Armazenamento e saída ou apenas saída ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] tipos de dados
2012/2/1 Pedro Costa pedrocostaa...@sapo.pt: Em 01-02-2012 16:09, Guimarães Faria Corcete DUTRA, Leandro escreveu: restringir entrada, armazenamento ou saída? Armazenamento e saída ou apenas saída Então usa um tipo de dado adequado… ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] tipos de dados
Sim mas qual?como limito o double precision?o decimal e numeric não funcionam Em 01-02-2012 16:28, Guimarães Faria Corcete DUTRA, Leandro escreveu: 2012/2/1 Pedro Costapedrocostaa...@sapo.pt: Em 01-02-2012 16:09, Guimarães Faria Corcete DUTRA, Leandro escreveu: restringir entrada, armazenamento ou saída? Armazenamento e saída ou apenas saída Então usa um tipo de dado adequado… ___ 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
Se reparar como indicou na mensagem inicial, onde o teste do sucesso não integra um comando SQL, podedesconfiar que seja esse o problema. []´s Em 1 de fevereiro de 2012 14:14, Guimarães Faria Corcete DUTRA, Leandro l...@dutras.org escreveu: 2012/2/1 José Mello Júnior jose.mello.jun...@gmail.com: Você está enviando vários scripts SQL para o banco e o Postgres considera cada um independente pois cada um está em uma sessão diferente. Não seria o caso de você montar tudo em um único script e enviar para o banco? Não duvidando, mas é que ando meio lesado: com base em que podemos afirmar que são vários programetas, cada um numa sessão diferente? Não achei nada que indicasse isso nas informações prestadas à lista… ___ 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] 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? Att, Tulio De: Guimarães Faria Corcete DUTRA, Leandro l...@dutras.org Para: Tulio Santos tuliogust...@yahoo.com.br; Comunidade PostgreSQL Brasileira pgbr-geral@listas.postgresql.org.br Enviadas: Quarta-feira, 1 de Fevereiro de 2012 14:07 Assunto: Re: [pgbr-geral] Instalar plpythonu 2012/2/1 Tulio Santos tuliogust...@yahoo.com.br: Ja tentei e não obtive resultado tambem... Obteve resultado sim, pelo menos um erro. Qual? ___ 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
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] Acentuação
Pessoal estou fazendo um site em PHP que busca dados do meu postgresql. Só que quando retorna para a tela, está vindo com caracteres estranhos. minha base está com Latin1. Alguém tem alguma idéia? Qual o client_encoding? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Acentuação
2012/2/1 Pedro B. Alves pedroalve...@gmail.com: Pessoal estou fazendo um site em PHP que busca dados do meu postgresql. […] minha base está com Latin1. Para que usar uma codificação obsoleta em vez da UTF8? ___ pgbr-geral mailing list pgbr-geral@listas.postgresql.org.br https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
Re: [pgbr-geral] Acentuação
Lembre-se, por ser uma aplicação web, pode ocorrer problemas de acentuação dependendo da codificação do navegador utilizado pelo usuário final... Danilo Em 1 de fevereiro de 2012 16:36, Guimarães Faria Corcete DUTRA, Leandro l...@dutras.org escreveu: 2012/2/1 Pedro B. Alves pedroalve...@gmail.com: Consegui resolver com a ajuda do nosso colega Marcelo da seguinte forma: ?php header('Content-Type: text/html; charset=iso-8859-1', true); ? Mas é sempre bom lembrar que o ISO 8859‐1 está obsoleto, e deve ser substituído o quanto antes, preferencialmente por UTF‐8 mas possivelmente por ISO 8859‐15 (Latin 9). ___ 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
Le 2012-F-1 19h20, Danilo Silva a écrit : Uma vez aconteceu isso comigo, iniciei uma transação, após alguns inserts válidos, ocorreu um com erro de sintaxe e todos os inserts anteriores sofreram ROLLBACK, só não lembro se foi na versão 8.2 ou 8.4. Mas é justamente isso o que tem de acontecer… e, segundo o Ronei, não teria sido o que aconteceu com ele. Se bem que o José Melo parece ter apontado o problema acertadamente — espero que o Ronei confirme. Ou seja, não é que ‘uma vez aconteceu’ contigo, mas que tem de acontecer sempre. -- 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] Acentuação
Le 2012-F-1 19h26, Danilo Silva a écrit : Lembre-se, por ser uma aplicação web, pode ocorrer problemas de acentuação dependendo da codificação do navegador utilizado pelo usuário final... Isso é raro, já que a grande maioria dos usuários tem navegadores que podem mostrar todas as codificações mais populares, tanto as modernas, como UTF8 ou ISO 8859-15, como as obsoletas, como ISO 8859-1. -- 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
Tom Lane... Tenho que falar com este cara... Pra pedir desculpas por ter levantado a hipótese de o Postgres estar com erro, hehehe. Respondendo ao Flávio, Leandro, Danilo e Mello. Bom, então o problema deve estar na maneira como faço. Uso clarion 6.1 e acesso o postgres via odbc. Segue uma rotina simples de exclusão de uma venda: vendas{Prop:SQL}='BEGIN TRANSACTION' ...ven:numero_venda=1 ...if access:vendas.tryfetch(ven_numero) ..vendas{Prop:SQL}='ROLLBACK TRANSACTION' ..message('Não encontrei esta venda') ..exit ...end ...vendas{Prop:SQL}='DELETE FROM vendas_produtos WHERE numero_venda=1' ...if Checa_Erro(Loc:Mensagem)=true ..vendas{Prop:SQL}='ROLLBACK TRANSACTION' ..message(Loc:Mensagem) ..exit ...end ...vendas{Prop:SQL}='DELETE FROM vendas_parcelas WHERE numero_venda=1' ...if Checa_Erro(Loc:Mensagem)=true ..vendas{Prop:SQL}='ROLLBACK TRANSACTION' ..message(Loc:Mensagem) ..exit ...end ...if relate:vendas.delete(0) ..vendas{Prop:SQL}='ROLLBACK TRANSACTION' ..message('Não consegui excluir a venda') ..exit ...end vendas{Prop:SQL}='COMMIT TRANSACTION' Checa_Erro(*cstring),byte ! função checa_erro if fileerrorcode()0 ...Par:Mensagem=clip(left(fileerror())) ...if Par:Mensagem='' and errorcode()0 ..Par:Mensagem=clip(left(error())) ...end ...return true end if errorcode()0 ...Par:Mensagem=clip(left(error())) ...return true end return false 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. 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, porém, nesta situação, a transação não é cancelada, os produtos e as parcelas ficam excluídas, e a venda incompleta. Pode ser um problema do clarion, ou a maneira como estou programando. Alguma idéia do que pode ser? Muito obrigado. Ronei Se você achar um bug como esses, numa funcionalidade básica do banco de dados, justamente no PostgreSQL, tenho certeza que o Tom Lane te manda alguns dólares de prêmio lá dos EUA direto na sua conta bancária. []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
Le 2012-F-2 00h16, Ronei Heck a écrit : Bom, então o problema deve estar na maneira como faço. Ou na ferramenta. Uso clarion 6.1 Acho que ouvi falar disso nalguma vida passada. Não tenho a menor lembrança. Não é nenhum gerador de código, não? e acesso o postgres via odbc Como tudo criado pela Microsoft, ODBC dá muita dor de cabeça… Pode ser um problema do clarion, ou a maneira como estou programando. Alguma idéia do que pode ser? Parece coisa do Clarion… já perguntaste nalguma lista dele? -- 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
Olha só, talvez seja mais interessante tirar esse processo da aplicação e gerar uma função plsql que execute todo o processo. Evita inclusive que, caso ocorra, falha na estação, a transação fique aberta. ___ 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
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