Bom dia!
Já trabalha com ZQuery e ClientDataSet?
Com ClientDataSet você pode trabalhar com DataWare, sem se preocupar em deixar
transação aberta. Ele só abre e fecha a transação quando você utiliza o método
ApplyUpdates, antes disso, ele deixa as alterações em memória.
Boa sorte.
Ulisses
----- Original Message -----
From: Adenilton B. da Silva
To: pgbr-geral@listas.postgresql.org.br
Sent: Wednesday, November 05, 2008 5:33 PM
Subject: Re: [pgbr-geral] Zeos libary com PostgreSQL.
Muito obrigado Emersson pelos esclarecimentos. Vou fazer uns testes aqui e
tentar não usar mais Zconnections que o extremamente necessário. Se no caminho
encontrar alguma novidade, passo para comunidade.
Atenciosamente,
ADENILTON Batista da Silva
Index Informática LTDA
-----------------------------
(79)3431-3234 / 9142-0886
[EMAIL PROTECTED]
www.indexinformatica.com.br
> Date: Tue, 4 Nov 2008 09:54:57 -0300
> From: [EMAIL PROTECTED]
> To: pgbr-geral@listas.postgresql.org.br
> Subject: Re: [pgbr-geral] Zeos libary com PostgreSQL.
>
> Adenilton B. da Silva escreveu:
> > **O que ví nos componentes disponíveis para o PostgreSQL é que cada
> > transação vai consumir uma conexão, então como você disse, o que devo
> > fazer é abrí-la e fechá-la o mais rápido possível. No entanto, tenho
> > setado a transação para startar no evento on edit e on insert,
> > comittar em on post e dar rollback em on cancel da ZQuery e uso os
> > componentes dataware, com esse modelo não consigo visualizar uma forma
> > de usar apenas uma conexão, a não ser que abra mão dos componentes
> > dataware e traga os dados diretamente para componentes comuns, dessa
> > forma somente precisaria startar/comittar a transação no evento
> > onclick do botão "salvar". É isto que tens feito?
> exatamente, só que no meu caso usamos transação epenas em algumas
> (poucas) telas, e nestas há a necessidade a abrir uma nova conexão pra
> não interferir nas outras
> >
> > > > Agora imaginem 10 usuários utilizando o sistema simultaneamente e com
> > > > a mesma mania, então teremos 800 conexões ao SGDB.
> > > No nosso sistema deixamos o usuário abrir apenas uma vez o sistema e
> > > dentro dele abrir quantas telas quiser, ele pode usar 20 telas do
> > > cadastro de clientes ao mesmo tempo e este estará usando o mesmo
> > > ZConnection, ou seja, apenas uma conexão
> > >
> > > temos mais de 500 tabelas e todas usam apenas uma conexão
> >
> > Neste caso, para permitir a abertura de várias telas de cadastro da
> > mesma entidade, presumo que não use transações explicítas como as
> > relatadas acima, assim como deves criar a zquery dinamicamente na
> > abertura do form. Meu problema é que a maioria dos formulários são
> > mestre/detalhe e uso chaves estrangeiras do tipo deferrable, assim
> > posso inserir vários detalhes enquanto o mestre ainda não foi
> > efetivamente gravado, mas para isso preciso da transação aberta. Abrir
> > mão de transações em on edit e on insert implicaria permitir a
> > gravação física do mestre para que o detalhe possa ser inserido, como
> > tem contornado isto?
> a gente faz da seguinte forma
> armazena o nextval em uma variável e vai usando ele nos datasets, da o
> post na tebela pai e depois nas filhas
>
>
>
----------------------------------------------------------------------------------
> Esta mensagem foi verificada pelo sistema de Anti-virus da SJB Solados.
>
> _______________________________________________
> pgbr-geral mailing list
> pgbr-geral@listas.postgresql.org.br
> https://listas.postgresql.org.br/cgi-bin/mailman/listinfo/pgbr-geral
------------------------------------------------------------------------------
Receba GRÁTIS as mensagens do Messenger no seu celular quando você estiver
offline. Conheça o MSN Mobile! Crie já o seu!
------------------------------------------------------------------------------
_______________________________________________
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
