from:"Rogerio Carvalho"

[pgbr-geral] Monitoramento do Slony

2015-08-25 Thread Rogerio Carvalho


Amigos,
Estou tentando realizar monitoramento dos logs no Slony, já vi na 
documentação que existem alguns plugins para o Nagios, porém nenhum 
deles funciona conforme documentado. Alguem saberia de uma ferramenta 
que pudesse realizar este monitoramento de tal forma que a partir de 
qualquer erro informado nos logs pudesse ser sinalizado para uma ação 
imediata ?


Agradeço a todos.

 


Rogério Cunha Carvalho
"Muitos são os planos no coração do homem, mas o que prevalece é o propósito do 
Senhor." Provérbios 19:21
"There are many plans in a man's heart; nevertheless the counsel of the LORD, that 
shall stand." Proverbs 19:21

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Como restaurar uma base de dados gerada por pg_basebackup?

2015-11-05 Thread Rogerio Carvalho

Em 05-11-2015 16:45, Franklin Anderson de Oliveira Souza escreveu:
Tu descompacta o basebackup dentro do diretorio data/ , ainda dentro
do mesmo cria um recovery.conf.
Tudo isso com servidor parado, claro, depois da um start no mesmo.
Procure documentacao sobre co restore_command que é a principal linha
do recovery.conf

Em 5 de novembro de 2015 16:09, Falcão Vianna > escreveu:

Olá,

Eu tenho um banco de escrita e um duas réplicas. E todo dia faço
um backup
via pg_dump. Porém este backup está muito grande para ser feito
todo dia,
então gostaria de fazer um Backup Incremental.

Uma boa opção para backup incremental é o barman porém ele não utiliza o
pg_basebackup, vale a pena dar uma olhada.

Eu faço um backup completo via pg_basebackup e salvo os WAL.
Gostaria de saber como faço para restaurar este banco?

Localmente, excluo a pasta "C:\Program Files\PostgreSQL\9.4\data"
depois
disso não sei como faço para continuar o processo.
Depois de fazer manualmente, gostaria de fazer um script para
automatizar
este "restore".

Muito obrigado,
Falcão

--
View this message in context:

http://postgresql.nabble.com/Como-restaurar-uma-base-de-dados-gerada-por-pg-basebackup-tp5872853.html
Sent from the PostgreSQL - Brasil mailing list archive at Nabble.com.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br

https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

--
foobar

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] [off-topic] Only NoSQL

2015-11-06 Thread Rogerio Carvalho


Em 06-11-2015 10:13, Matheus Saraiva escreveu:

Em 05/11/2015 22:38, Guimarães Faria Corcete DUTRA, Leandro escreveu:
2015-11-05 21:46 GMT-02:00 Vinícius Aquino do Vale 
:

[…]

MemCached, TitanDB entre outras todas são consideradas noSQL.

Claro que não.  Memcached é apenas um mecanismo para acelerar o acesso
físico a dados, independentemente do modelo, como o nome já indica:
MEMory CACHE Daemon, ou serviço de cache de memória.



Essas
aplicações vieram resolver diversos limitações que atualmente 
assolam o SQL,

principalmente pela norma ACID.

Mito.  Acid e SQL são ortogonais.



Existem vários tipo de noSQL:
   * Hash (Dynamo, Memcached)
   * Grafos - (TitanDB)
   * Documentos  (MongoDB, CouchDB)
   * Multicolunar (HBase, Bitable)
Todos prerrelacionais, reempacotados para a nova ignorância do século 
XXI.




Todos eles são schemaless o que não obriga estruturação seguindo algum
modelo como no caso do relacional. Basicamente vc cria a aplicação e 
vai

salvando os dados, depois vc se preocupa  com o que estão salvos.

E aí vêm as limitações.  Leia o artigo do EF Codd.  Ele já aponta
problemas e soluções em, se não me falha a memória, 1969 (mas acho que
a primeira versão pública é de 1971).  Algo como _Large shared data
banks_.



Situações onde é mais necessário gerar relacionamento

O que é trivial no modelo relacional (embora o nome se refira a
relações matemáticas, que diferem de relacionamentos que são
implementados as restrições de integridade relacional).



igual na amazon onde
"clientes que visualizaram isso, também visualizaram aquilo." é muito
complicado de montar quando tem que ser para vários clientes 
simultaneamente

- haja memória - Neste caso um banco de grafos como o TitanDB, seria a
melhor solução.

Não, foi uma melhor solução para alguns casos muito específicos com a
tecnologia da época.  Muitos desses casos já estão cobertos, com as
vantagens inerentes ao modelo relacional, nas últimas versões do
PostgreSQL, e com muito mais maturidade que qualquer NoSQL.


É provável que o relacional, nunca seja substituído. Porém, muitas 
dessas

ferramentas já estão adicionando partes da ACID em suas soluções. E se
formos pensar bem, são poucas a empresas que realmente dependem de 
toda a

ACID.

Isso é absolutamente falso.


O difícil está sendo convencer alguns gerentes a saírem do mundo 
relacional,
e migrarem para novas tecnologias. O medo de trocar fazer uma troca 
dessa

magnitude é grande, porém as vantagens são imensas, principalmente
velocidade e diminuição de custos quando na nuvem.

Para de exibir sua ingenuidade!  Mil perdões, mas é isso. Aprenda
relacional primeiro.


Minha startup mesmo, migrou do Postgresql para o MongoDB, devido 
algumas
necessidades específicas do modelo de negócio. Tive muitas melhorias 
até o

momento.
Sei que é difícil dizer isso, pois o Postgresql é como um irmão, 
cresceu

comigo. Mas é preciso mudar as vezes.

De qualquer forma, acho muito valido analisar o modelo de negócio, 
entender
os tipos de noSQL e aplicar um MVP (produto minimamente viavel). 
Resultado

agradou, migra. Ponto final.

E depois sofre as conseqüências da inexperiência e da falta de
conhecimento.  Ponto e vírgula.


Bem, lá vai a opinião de alguém bem menos experiente do que todos que 
participaram desse off, aja vista que eu não sou dba, apenas dev.
Eu realmente não posso aqui debater a possibilidade de uma migração 
para 100% NoSQL, visto que ainda sei pouco sobre esse método de 
armazenagem e gerenciamento de dados.
Mas, hoje em dia ainda existem, e em quantidades razoáveis, grandes 
sistemas rodando em tecnologias descontinuadas como cobol, dbase, 
dataflex, clipper, etc. Algumas redes bancárias ainda hoje tem seus 
sistemas rodando em cobol. A coisa ficou tão funcional, tão estável 
que eles não se atrevem a fazer uma migração para uma solução relacional.
A questão que levanto é, se esse casos de uso, conseguem viver sem o 
modelo relacional e ter soluções satisfatórias, mesmo usando 
tecnologias descontinuadas à décadas. Por que, o NoSQL, na figura do 
mongoDB, casandra, etc, que são soluções mais atuais e de 
desenvolvimento e comunidade ativos não podem ser também usadas como 
único sgdb de forma satisfatória? Será as soluções NoSQL atuais tão 
ruins assim que conseguem ser piores do que tecnologias descontinuadas 
à várias décadas?
Bem, agora tá falando um cara dinossauro, li todos os comentários, 
aprendi um pouco com o que cada um disse, venho lá do mainframe 
Burroughs (Unisys) com o DMS-II, um banco hierárquico, aonde só tinha 
campo do tipo alpha e number, o resto era feito tudo dentro do código 
cobol68 e depois o 74. As constraints estavam todas definidas em código 
e o máximo que as tabelas tinham era o índice. Bem estas tecnologias não 
estão mais no topo, mas tem seu uso e os programadores de cobol são 
pagos a preço de ouro, é por isto que muitos bancos não migram seus 
dados, não pelo banco mas sim por ter de escrever todo o código e são 
milhões de linhas a serem

[pgbr-geral] PGBR2015 - Palestras

2015-11-23 Thread Rogerio Carvalho


Pessoal,

Primeiramente quero parabenizar a organização do PGBR2015 que foi 
muito boa, com palestras e tutoriais enriquecedores.

Gostaria de saber quando teremos acesso ao material das palestras.

[]'s

--
 


Rogério Cunha Carvalho
"Muitos são os planos no coração do homem, mas o que prevalece é o propósito do 
Senhor." Provérbios 19:21
"There are many plans in a man's heart; nevertheless the counsel of the LORD, that 
shall stand." Proverbs 19:21

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Regras de negocio no banco ou na aplicação

2016-01-14 Thread Rogerio Carvalho


Saraiva,

Na minha opinião esta justificativa vem da velha máxima de deixar a 
aplicação independente do banco de dados, assim o BD seria apenas um 
"repositório de dados" e a inteligencia ficaria toda na camada de 
aplicação. Ao meu ver isto funciona com bancos de dados corporativos 
aonde o medo de se perder o famoso "suporte" faz com que se tome esta 
postura.
   Para mim deve-se pesar exatamente que regra está sendo implementada, 
algumas devem sim estar no banco de dados por ser a opção mais 
inteligente pois voce estaria desenvolvendo seu código numa linguagem 
que o próprio SGBD entenderia melhor, veja o caso do PL/SQL do Oracle 
)-:) e o nosso pl/Pgsql. No caso do PGSQL ainda é possível desenvolver 
em uma infinidade de linguagens o que não ocorre com o Oracle e 
SQL/Server. Banco de dados para mim foram feitos para serem exigidos ao 
máximo, os nossos limites geralmente estão na infraestrutura 
disponibilizada e na maioria das vezes temos uma máquina exclusiva e física.
Outro fato que impede a ida de regras de negócio para o banco 
reside na falta de preparo dos desenvolvedores em conhecer melhor as 
linguagens de manipulação de dados e deixar para os softwares 
especialistas a manipulação, tipo Hibernate, e como consequência 
perde-se na performance pois isto traz um padrão de codificação que nem 
sempre é a melhor.
Se o projeto é bem desenvolvido e documentado e riscos bem 
identificados, podemos sim ter regras de negócio em qualquer camada, 
seja no banco ou na aplicação.


Rogério Cunha Carvalho
"Muitos são os planos no coração do homem, mas o que prevalece é o 
propósito do Senhor." Provérbios 19:21
"There are many plans in a man's heart; nevertheless the counsel of the 
LORD, that shall stand." Proverbs 19:21


Em 14-01-2016 18:25, Saraiva Silva escreveu:
Isso é um assunto recorrente no meio da comunidade de desenvolvimento, 
e é quase unanimidade entre desenvolvedores a contrariedade em deixar 
as regras de negocio no banco. Mas eu nunca vi a opinião de DBAs a 
respeito.



___
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] Indicação de curos de PostgreSQL

2016-07-26 Thread Rogerio Carvalho


Em 26-07-2016 11:08, Gustavo escreveu:

site da Timbira esta fora do ar :(   ??


A Tecnisys possui cursos PostgreSQL para ministração no seu centro 
treinamento em Brasília, ou dependendo da quantidade de alunos "in company".


Rogerio Carvalho
(27) 98182-3545

ᐧ

Em 26 de julho de 2016 10:57, Sebastian Webber <mailto:sebast...@swebber.me>> escreveu:




Em 26 de julho de 2016 10:04, Luciana mailto:gustavo.14042...@gmail.com>> escreveu:

Ola Senhores...

Alguém poderia me indicar um bom cursos *ONLINE *de
*PostgreSQL *??


o pessoal da timbira tem cursos online. qual é o foco?



-- 
Sebastian Webber

http://swebber.me

___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
<mailto:pgbr-geral@listas.postgresql.org.br>
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral




___
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] Digest pgbr-geral, volume 9, assunto 14

2007-11-06 Thread Claudio Rogerio Carvalho Filho

Texto retirado integralmente da apostila PostgreSQL 8.0.0 pag. 26/27

4.1.2.5. Constantes de outros tipos
Pode ser declarada uma constante de um tipo arbitrário utilizando uma das
seguintes notações:
tipo 'cadeia de caracteres' 'cadeia de caracteres'::tipo CAST ( 'cadeia de
caracteres' AS tipo )
O texto da constante cadeia de caracteres é passado para a rotina de
conversão da entrada para o tipo chamado tipo.

O resultado é uma constante do tipo indicado. A conversão explícita de tipo
pode ser omitida caso não haja ambigüidade com Capítulo 4. Sintaxe da
linguagem SQL 27 relação ao tipo que a constante deva ter (por exemplo,
quando é atribuída diretamente para uma coluna de uma tabela), neste caso é
convertida automaticamente. A constante cadeia de caracteres pode ser
escrita utilizando tanto a notação regular do padrão SQL quanto a
delimitação por cifrão. Também é possível especificar a conversão de tipo
utilizando a sintaxe semelhante à chamada de função nome_do_tipo ( 'cadeia
de caracteres' ) mas nem todos os nomes de tipo podem ser usados desta
forma; consulte a Seção 4.2.8 para obter informações adicionais.

As sintaxes ::, CAST() e chamada de função também podem ser utilizadas para
especificar a conversão de tipo em tempo de execução para expressões
arbitrárias, conforme mostrado na Seção 4.2.8. Porém, a forma tipo 'cadeia
de caracteres' somente pode ser utilizada para especificar o tipo de uma
constante literal. Outra restrição com relação à sintaxe tipo 'cadeia de
caracteres', é que não funciona em tipo matriz (arrays); deve ser usado ::
ou CAST() para especificar o tipo de uma constante matriz.

Em 06/11/07, [EMAIL PROTECTED] <
[EMAIL PROTECTED]> escreveu:
>
> Send pgbr-geral mailing list submissions to
> pgbr-geral@listas.postgresql.org.br
>
> 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. Re: phppgadmin toda hora pede senha (Antonio Nascimento)
>2. Exibir campos concatenados em controles do delphi
>   (Consultores Software)
>3. Re: Exibir campos concatenados em controles do delphi
>   (Evandro Ricardo Silvestre)
>
>
> --
>
> Message: 1
> Date: Mon, 5 Nov 2007 12:26:52 -0200
> From: "Antonio Nascimento" <[EMAIL PROTECTED]>
> Subject: Re: [pgbr-geral] phppgadmin toda hora pede senha
> To: "Comunidade PostgreSQL Brasileira"
> 
> Message-ID:
> <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Vitor,
>
> Entra na pasta "conf" do phppgadmin e abre o arquivo config.inc.php,
> esse arquivo é o local onde vc pode setar as configurações do
> phppgadmin.
>
> Antonio Nascimento
>
>
> --
>
> Message: 2
> Date: Tue, 6 Nov 2007 09:48:07 -0200
> From: "Consultores Software" <[EMAIL PROTECTED]>
> Subject: [pgbr-geral] Exibir campos concatenados em controles do
> delphi
> To: pgbr 
> Message-ID:
> <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Bom dia pessoal !
>
> Preciso exibir um campo concatenado ( codigo  || ' - ' || nome  as
> NomeDoCampo ) de uma select em controles do delphi, tipo DBGrid e, como o
> tipo retornado é um Text,  o controle mostra "(MEMO)"
>
> Alguém sabe como resolver isso, de preferência via sql ?
>
> Muito obrigado, desde já.
> -- Próxima Parte --
> Um anexo em HTML foi limpo...
> URL:
> http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20071106/a19ac16d/attachment.html
>
> --
>
> Message: 3
> Date: Tue, 06 Nov 2007 09:50:37 -0300
> From: Evandro Ricardo Silvestre <[EMAIL PROTECTED]>
> Subject: Re: [pgbr-geral] Exibir campos concatenados em controles do
> delphi
> To: Comunidade PostgreSQL Brasileira
> 
> Message-ID: <[EMAIL PROTECTED]>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Consultores Software wrote:
> > Bom dia pessoal !
> >
> > Preciso exibir um campo concatenado ( codigo  || ' - ' || nome  as
> > NomeDoCampo ) de uma select em controles do delphi, tipo DBGrid e,
> > como o tipo retornado é um Text,  o controle mostra "(MEMO)"
> >
> > Alguém sabe como resolver isso, de preferência via sql ?
> Faz um cast para varchar: CAST(codigo  || ' - ' || nome  as VARCHAR) as
> NomeDoCampo
>
> Att
>
> Evandro
>
>
> --
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>
> Fim da Digest pgbr-geral, volume 9, assunto 14
>

[pgbr-geral] 25gb de imagem, isso presta?

2007-12-13 Thread Claudio Rogerio Carvalho Filho

Pessoal, preciso colocar 25gb de imagem no postgre, isso vai dar certo?

E vai continuar entrando mais imagens a cada dia, será que é melhor
colocar dentro ou fora, se algum tiver bastante experiencia com
Postgres e Delphi e poder me dar uma força, ficaria grato.

Meu email: [EMAIL PROTECTED]

Obrigado =)
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Delphi/Zeos + PG + ByteA

2007-12-14 Thread Claudio Rogerio Carvalho Filho

Pessoal, alguem teria um exeplo de como cadastrar e recuperar uma
imagem ou arquivo em um campo ByteA. Ja tentei de varias formas e
ainda não achei um metodo que funcione. Ja pesquisei no google e nao
achei nenhum exeplo.

Obrigado.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Nao sei como responder no forum ...

2007-12-14 Thread Claudio Rogerio Carvalho Filho

Pessoal, quando desejo responder a um determinado assunto, como devo proceder?
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Ola ...

2008-01-08 Thread Claudio Rogerio Carvalho Filho

Pessoal, estou utilizando Delphi 6 com Zeus para acessar o PostGres.

Estava utilizando a versão "zeosdbo-5.5" e migrei para a "ZeosLib 6.2"
meu deus, tive que alterar todas as classe, telas e bibliotecas para a
nova biblioteca (Achei ridiculo).

Após todo o trabalho, consegui converter todo o sistema e a principio
quase tudo esta funcionando como antes. O problema mais serio até
agora é que as datas estão vindo TUDO com 1899, mas no banco não é
este valor que consta.

Alguém sabe o que poderia ser?

Obrigado,
Claudio.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Erro Zeus 6.6.2-RC com PostgreSQL 8.2.5

2008-01-14 Thread Claudio Rogerio Carvalho Filho

Ja testei de todas as maneiras e formas. Ja enviei este erro aqui para
nossa lista e nada de resposta.

Quando atualizei as bibliotecas do Zeus o sistema não funciona mais.
Quando seto no ZConnection  para ele trabalhar com o drive
postgresql-7 para de dar o erro, mas todas as datas vem com o ano de
1899.

Setando na propriedade Protocol "postgresql" ou "postgresql-8"  do
componente ZConnection simplesmente alguns sql's não funcionao.

Exceção levantada pelo Delphi: "EAccessViolation", no caso um erro generico.

O que será isso?

Obrigado,
Claudio.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

Re: [pgbr-geral] Digest pgbr-geral, volume 11, assunto 99

2008-01-30 Thread Claudio Rogerio Carvalho Filho

Pesssoal, estou com o seguinte problema.

Atualizei a versão do Zeus, e agora as minhas datas estão vindo tudo
1899, e tambem os campos que sao do tipo real, esta vindo com casa
decimais gigantescasmente grandes.

Dai, como resolvi o problema. Crio uma View, convertendo o campo para
characterI(10). Isso me prova que o problema não esta no armazenamento
do banco, e sim da DLL de comunicação do Zeus ou na propria
biblioteca.

Alguem ja passou por isso ?

Obrigado,
Claudio.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Problema com PlPgSql

2008-02-19 Thread Claudio Rogerio Carvalho Filho

Pessoal, estou com uma duvida.

Estou criando uma função em PlPgSql e não sei como executar uma query.

Assim, quero executar um consulta e depois pegar o seu resultado. Eu
utilizei o seguinte metodo, inicialmente: FOR tbCADEMP IN select * from
cademp where codi = xcodemp  LOOP END LOOP;

Porem, se a consulta volta nula, sem ter achado nenhum registro, não sei
como ver isso ...

Alguém poderia me ajudar?

Obrigado,
Claudio.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] Como executar um query dentro de uma function ...

2008-02-27 Thread Claudio Rogerio Carvalho Filho

Pessoal, como que eu faço para executar um query dentro de uma function ...
eu estou fazendo assim, porem assim, eu acho que ele esta é fazendo um
looping ... algem saberia me dizer como eu faço pra executar a query e
colocar a resposta dentro do "tbARQEXA "

FOR tbARQEXA IN select * from arqexa
   where mesref = xmesref and controle = xcontrole  LOOP END LOOP;


Obrigado,
Claudio.
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] LENTIDÃO EM STORED PROCEDURE

2008-04-03 Thread Claudio Rogerio Carvalho Filho

Estou com problema nessa consulta. Já sei que o erro é na linha em negrito,
a rotina esta MUITO LENTA. Observem que eu não sei como fazer um sql dentro
de uma função, dai me utilizei de um FOR.



ALGUEM PODERIA ME AJUDAR A FAZER ESTA ROTINA FICAR MAIS RAPIDA?



CREATE OR REPLACE FUNCTION func_tem_atos_digitados(xmesref bpchar, xcontrole
integer)
  RETURNS boolean AS
$BODY$
declare
  tbARQEXA RECORD;
begin
  FOR tbARQEXA IN select * from arqexa where mesref = xmesref and controle =
xcontrole limit 1  LOOP END LOOP;

  if (not found) then
return false;
  else
   return true;
  end if;
end;
$BODY$
  LANGUAGE 'plpgsql' VOLATILE;
ALTER FUNCTION func_tem_atos_digitados(xmesref bpchar, xcontrole integer)
OWNER TO postgres;
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral

[pgbr-geral] A ROTINA CONTINUA TÃO LENTA COMO AN TES

2008-04-04 Thread Claudio Rogerio Carvalho Filho

 Message: 1
Date: Thu, 3 Apr 2008 08:29:46 -0300
From: " William Leite Araújo "  <[EMAIL PROTECTED]>
Subject: Re: [pgbr-geral] LENTIDÃO EM STORED PROCEDURE
To: "Comunidade PostgreSQL Brasileira"
   
Message-ID:
   <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="utf-8"

2008/4/3, Claudio Rogerio Carvalho Filho <[EMAIL PROTECTED]>:
>
> Estou com problema nessa consulta. Já sei que o erro é na linha em
> negrito, a rotina esta MUITO LENTA. Observem que eu não sei como fazer um
> sql dentro de uma função, dai me utilizei de um FOR.
>
>
>
> ALGUEM PODERIA ME AJUDAR A FAZER ESTA ROTINA FICAR MAIS RAPIDA?
>
>
>
> CREATE OR REPLACE FUNCTION func_tem_atos_digitados(xmesref bpchar,
> xcontrole integer)
>   RETURNS boolean AS
> $BODY$
> declare
>   tbARQEXA RECORD;
> begin
>   FOR tbARQEXA IN select * from arqexa where mesref = xmesref and controle
> = xcontrole limit 1  LOOP END LOOP;


PERFORM mesref FROM arqexa WHERE mesref = xmesref and controle = xcontrole
limit 1;

 if (not found) then
> return false;
>   else
>return true;
>   end if;


return FOUND;

end;
> $BODY$
>   LANGUAGE 'plpgsql' VOLATILE;
> ALTER FUNCTION func_tem_atos_digitados(xmesref bpchar, xcontrole integer)
> OWNER TO postgres;
>
> ___
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
>
>


--
William Leite Araújo
Analista de Banco de Dados - QualiConsult
-- Pr?a Parte --
Um anexo em HTML foi limpo...
URL:
http://listas.postgresql.org.br/pipermail/pgbr-geral/attachments/20080403/e7bd3987/attachment.html

--
___
pgbr-geral mailing list
pgbr-geral@listas.postgresql.org.br
https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral