e ai Paulo, segue uma solução, se a unidade anterior ao decimal informado for
maior que zero, soma 1 na unidade decimal informada.
CREATE OR REPLACE FUNCTION roundUp(valor numeric, qtDec integer)RETURNS
numericAS $$DECLARE auxNum numeric; auxInt integer; auxStr varchar;BEGIN
select round(valor, qtDec + 1) into auxNum; select
cast(substring(cast(auxNum as varchar) from (position('.' in cast(auxNum as
varchar)) + qtDec + 1) for 1) as integer) into auxInt;
if (auxInt > 0) then select trunc(valor + cast(('0.' ||
repeat('0', qtDec - 1) || 1) as numeric),qtDec) into auxNum; else
select trunc(valor,qtDec) into auxNum; end if; return auxNum;END;$$ LANGUAGE
plpgsql;
select roundUp(1.123102,3);
até mais
Joel R. Benelli
> From: [email protected]
> Subject: Digest pgbr-geral, volume 50, assunto 13
> To: [email protected]
> Date: Fri, 8 Feb 2013 15:19:10 -0200
>
> Send pgbr-geral mailing list submissions to
> [email protected]
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> or, via email, send a message with subject or body 'help' to
> [email protected]
>
> You can reach the person managing the list at
> [email protected]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of pgbr-geral digest..."
>
>
> Tópicos de Hoje:
>
> 1. psql conectando postgres sem senha (Ricardo Gomes)
> 2. Re: Function atualiza valor com nulo (Edson - Lista)
> 3. Re: psql conectando postgres sem senha
> (Flavio Henrique Araque Gurgel)
> 4. Re: ÍNDICES EM TABELAS QUE RECEBEM MUITOS INSERTS, UPDATES
> (Flavio Henrique Araque Gurgel)
> 5. Re: psql conectando postgres sem senha (william felipe_welter)
> 6. Ref: Round Unidade Superior. (Paulo)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 8 Feb 2013 12:36:29 -0200
> From: Ricardo Gomes <[email protected]>
> Subject: [pgbr-geral] psql conectando postgres sem senha
> To: Comunidade PostgreSQL Brasileira
> <[email protected]>
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Boa tarde, senhores! Estou com um pequeno problema, segue situação: -
> servidor A com postgresql 9.0.4 e pg_hba com MD5 pra conexão 0.0.0.0/0-
> cliente B com acesso remoto psql -h <ip_servidor_A> -U postgres. Versão do
> psql cliente é 9.2.2- cliente C com acesso remoto psql -h <ip_servidor_A> -U
> postgres. Versão do psql cliente é 9.0.1 Porém, quando o cliente faz o
> acesso remoto, tanto com psql 9.2.2 quanto com psql 9.0.1, com os comandos
> acima, não é pedido ao cliente para digitar a senha.Mas se eu tentar acessar
> o banco pelo psql cliente com outro usuario, sem ser o postgres, a senha é
> requerida. Importante lembrar que o SERVIDOR A está instalando num LINUX
> DEBIAN 6.0.6 e os CLIENTES B e C estão rodando o psql num WINDOWS. Agora, se
> eu for para um CLIENTE D, usando LINUX, e tentar usar o psql -h
> <ip_servidor_A> -U postgres, já é requerida a senha.... O que pode tá
> acontecendo?Será que é devido o cliente B e C estarem usando psql num
> Windows?Será que, como uso o usuario POSTGRES no servidor A pra rodar o
> banco, quando o cliente num windows tenta conexao, o servidor linux aceita a
> conexao do usuario postgres sem senha, pois é esse usuario q está rodando no
> daemon? Agradeço ajuda!!! Ricardo
> ---------
> ITIL Foundation Certified Professional
>
> -------------- Próxima Parte ----------
> Um anexo em HTML foi limpo...
> URL:
> http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20130208/77063d32/attachment-0001.htm
>
>
> ------------------------------
>
> Message: 2
> Date: Fri, 08 Feb 2013 13:07:54 -0200
> From: Edson - Lista <[email protected]>
> Subject: Re: [pgbr-geral] Function atualiza valor com nulo
> To: [email protected]
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Em 08/02/2013 11:23, Wolak escreveu:
> > COALESCE(vlr_saldo,0) +
> > COALESCE(old.vlr_pgto,0).
> também não deu certo.
>
>
> ------------------------------
>
> Message: 3
> Date: Fri, 8 Feb 2013 13:55:30 -0200 (BRST)
> From: Flavio Henrique Araque Gurgel <[email protected]>
> Subject: Re: [pgbr-geral] psql conectando postgres sem senha
> To: Comunidade PostgreSQL Brasileira
> <[email protected]>
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset=utf-8
>
>
> ----- Mensagem original -----
> > De: "Ricardo Gomes" <[email protected]>
> > Para: "Comunidade PostgreSQL Brasileira"
> > <[email protected]>
> > Enviadas: Sexta-feira, 8 de fevereiro de 2013 12:36:29
> > Assunto: [pgbr-geral] psql conectando postgres sem senha
> >
> > Boa tarde, senhores!
> >
> > Estou com um pequeno problema, segue situação:
> > - servidor A com postgresql 9.0.4 e pg_hba com MD5 pra conexão 0.0.0.0/0
> > - cliente B com acesso remoto psql -h <ip_servidor_A> -U postgres. Versão do
> > psql cliente é 9.2.2
> > - cliente C com acesso remoto psql -h <ip_servidor_A> -U postgres. Versão do
> > psql cliente é 9.0.1
> >
> > Porém, quando o cliente faz o acesso remoto, tanto com psql 9.2.2 quanto com
> > psql 9.0.1, com os comandos acima, não é pedido ao cliente para digitar a
> > senha.
> > Mas se eu tentar acessar o banco pelo psql cliente com outro usuario, sem
> > ser
> > o postgres, a senha é requerida.
> >
> > Importante lembrar que o SERVIDOR A está instalando num LINUX DEBIAN 6.0.6 e
> > os CLIENTES B e C estão rodando o psql num WINDOWS.
> >
> > Agora, se eu for para um CLIENTE D, usando LINUX, e tentar usar o psql -h
> > <ip_servidor_A> -U postgres, já é requerida a senha....
> >
> > O que pode tá acontecendo?
>
> Provavelmente você tem:
> - uma entrada extra no pg_hba.conf *acima* da que você mostrou pra nós;
> - ou você tem um arquivo .pgpass no diretório home do usuário (por exemplo,
> você usou PgAdmin com o mesmo usuário e mandou salvar a senha).
>
> A segunda hipótese mais provável... removendo o arquivo .pgpass resolve. Não
> mande mais o PgAdmin salvar senha (se for seu desejo).
>
> []s
>
> __________________________________
> Flavio Henrique A. Gurgel
> Líder de Projetos Especiais
> Consultoria, Projetos & Treinamentos 4LINUX
> Tel1: +55-11.2125-4747 ou 2125-4748
> www.4linux.com.br
> email: [email protected]
> ______________________________
> FREE SOFTWARE SOLUTIONS
>
>
> ------------------------------
>
> Message: 4
> Date: Fri, 8 Feb 2013 13:58:02 -0200 (BRST)
> From: Flavio Henrique Araque Gurgel <[email protected]>
> Subject: Re: [pgbr-geral] ÍNDICES EM TABELAS QUE RECEBEM MUITOS
> INSERTS, UPDATES
> To: Comunidade PostgreSQL Brasileira
> <[email protected]>
> Message-ID:
> <[email protected]>
> Content-Type: text/plain; charset=utf-8
>
> > Olá pessoal,
> >
> > Temos uma tabela que em um determinado tempo ela é muito consultada e ao
> > mesmo tempo sofre muitos inserts e updates.
> >
> > Acontece que a consulta é bem complexa e está ficando cada vez mais lenta
> > com
> > o aumento do número de dados.
>
> Você poderia nos passar um EXPLAIN ANALYZE da consulta que está ficando lenta?
>
> > Decidimos então testar a criação de uns índices com os principais campos nas
> > cláusulas WHERE das consultas mais lentas.
> >
> > A consulta ficou bem mais rápida, mas estamos receosos se estes índices irão
> > deixar mais lenta a inserção e update de dados
> > pois esses comandos teriam então que inserir no índice também.
>
> Sim, os INSERT e UPDATE vão ficar mais lentos.
> Você terá de balancear o custo x benefício dos índices.
>
> Pra saber se os índices estão sendo realmente eficientes para o SELECT,
> envie-nos o EXPLAIN ANALYZE que solicitei acima.
>
>
>
> >
> >
> > Obs.:
> >
> > Criamos 2 índices compostos btree.
> > (campo1, campo2, campo3)
> > (campo4, campo2, campo3)
> >
> > campo2 e campo3 fazem parte da chave da tabela que possui 5 campos chave.
> >
> > Detalhe: temos 2 consultas muito pesadas que usam no where campo1, campo2 e
> > campo3 e campo4, campo2 e campo3 respectivamente.
>
> Provavelmente o índice é interessante, mas só com o EXPLAIN ANALYZE dá pra
> ajudar.
>
> []s
>
> __________________________________
> Flavio Henrique A. Gurgel
> Líder de Projetos Especiais
> Consultoria, Projetos & Treinamentos 4LINUX
> Tel1: +55-11.2125-4747 ou 2125-4748
> www.4linux.com.br
> email: [email protected]
> ______________________________
> FREE SOFTWARE SOLUTIONS
>
>
> ------------------------------
>
> Message: 5
> Date: Fri, 8 Feb 2013 14:11:40 -0200
> From: william felipe_welter <[email protected]>
> Subject: Re: [pgbr-geral] psql conectando postgres sem senha
> To: Comunidade PostgreSQL Brasileira
> <[email protected]>
> Message-ID:
> <CAOhBbokwgmzQso=9mfg9_vqUYw0vazPPvnfJsEczBLo=nkc...@mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Em 8 de fevereiro de 2013 12:36, Ricardo Gomes <[email protected]>
> escreveu:
> > Boa tarde, senhores!
> >
> > Estou com um pequeno problema, segue situação:
> > - servidor A com postgresql 9.0.4 e pg_hba com MD5 pra conexão 0.0.0.0/0
> Verifique se existem outras entradas no pg_hba anterior a esta para
> conexoes de rede ?
>
> > - cliente B com acesso remoto psql -h <ip_servidor_A> -U postgres. Versão do
> > psql cliente é 9.2.2
> > - cliente C com acesso remoto psql -h <ip_servidor_A> -U postgres. Versão do
> > psql cliente é 9.0.1
> >
> > Porém, quando o cliente faz o acesso remoto, tanto com psql 9.2.2 quanto com
> > psql 9.0.1, com os comandos acima, não é pedido ao cliente para digitar a
> > senha.
> > Mas se eu tentar acessar o banco pelo psql cliente com outro usuario, sem
> > ser o postgres, a senha é requerida.
> >
> > Importante lembrar que o SERVIDOR A está instalando num LINUX DEBIAN 6.0.6 e
> > os CLIENTES B e C estão rodando o psql num WINDOWS.
> >
> > Agora, se eu for para um CLIENTE D, usando LINUX, e tentar usar o psql -h
> > <ip_servidor_A> -U postgres, já é requerida a senha....
>
> Pode ser que existam outras entradas no seu pg_hba que estejam
> causando este comportamento..
> Pergunta: Por acaso ja utilizou nesta maquinas e usuarios o PgAdmin ?
> Pois quando a opcao salvar é marcada ela gera o arquivo ".pgpass" com
> as credencias do usuario, de forma que as proximas conexões ao banco
> (inclusive o pgsql) utilizem as credencias deste arquivo.
>
> >
> > O que pode tá acontecendo?
> > Será que é devido o cliente B e C estarem usando psql num Windows?
> > Será que, como uso o usuario POSTGRES no servidor A pra rodar o banco,
> > quando o cliente num windows tenta conexao, o servidor linux aceita a
> > conexao do usuario postgres sem senha, pois é esse usuario q está rodando no
> > daemon?
> >
> > Agradeço ajuda!!!
> >
> > Ricardo
> >
> >
> > ---------
> > ITIL Foundation Certified Professional
> >
> >
> >
> > _______________________________________________
> > pgbr-geral mailing list
> > [email protected]
> > https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
> >
>
>
>
> --
> William Felipe Welter
> ------------------------------
> Consultor em Tecnologias Livres
> [email protected]
> www.4linux.com.br
>
>
> ------------------------------
>
> Message: 6
> Date: Fri, 8 Feb 2013 15:22:22 -0200
> From: "Paulo" <[email protected]>
> Subject: [pgbr-geral] Ref: Round Unidade Superior.
> To: <[email protected]>
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Ola Pessoal,
>
>
>
> Como posso forçar um arredondamento para unidade superior,
>
>
>
> Por Ex:
>
>
>
> SELECT ROUND(115.00/12,2); Retorno: 9.58,
>
>
>
> Se multiplicar por 12 * 9.58 = 114,96
>
>
>
> Preciso forçar retorno 9.59 * 12 = 115,08
>
>
>
> *Claro que eu poderia pegar 115.00-114,96=0.04 e somar na primeira, mas não
> é isso que preciso.
>
>
>
> Alguma ideia ?
>
>
>
> Att,
>
>
>
> Paulo.
>
> vp_logo
>
> [email protected]
>
>
>
> -------------- Próxima Parte ----------
> Um anexo em HTML foi limpo...
> URL:
> http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20130208/28d2c013/attachment.htm
>
> -------------- Próxima Parte ----------
> Um anexo não texto foi limpo...
> Nome : não disponível
> Tipo : image/jpeg
> Tam : 1788 bytes
> Descr.: não disponível
> Url :
> http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20130208/28d2c013/attachment.jpeg
>
>
> ------------------------------
>
> _______________________________________________
> pgbr-geral mailing list
> [email protected]
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
> Fim da Digest pgbr-geral, volume 50, assunto 13
> ***********************************************
_______________________________________________
pgbr-geral mailing list
[email protected]
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
