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