[firebase-br] IBOBJECTS - Master Detail

Mário Reis mariodosreyx em gmail.com
Qui Jul 18 07:52:19 -03 2019


Não conheço componente que não dê problemas no CacheUpdate. Ainda não uso o
FDAC vou migrar agora devagarinho.
No entanto livrei-me dos CacheUpdate usando os Memory DataSet, mais lento.
Porém bastante menos problemático.
Há vários uso o componente da JvMemoryDataSet  (  TJvMemoryData# ) com
tranquilidade. Espero ter ajudado
Com os meus melhores cumprimentos
Mário Agostinho Reis
919262146

Esta mensagem contém informação de natureza confidencial e é
exclusivamente dirigida ao(s) destinatário(s) indicado(s). Se, por engano,
receber este email agradecemos que não o copie nem o reenvie e que nos
notifique do ocorrido através do email de resposta.


Gustavo Novaes <gutonovaes19 em gmail.com> escreveu no dia terça, 16/07/2019
à(s) 13:09:

> Bom dia,
>
> Eu utilizava TQuerys aninhadas, ligadas à um tdatasetprovider para o qual
> eu ligava os TClientDataset. Refere-se á uma entrada de dados MasterDetail,
> com 1 pai, um filho e um neto. Ou 1 pai, dois filho...
>
> Resolvia dessa forma (e funciona) pois tinha muitos problemas usando
> cacheupdate.
>
> Como estou migrando a aplicação, não sei se devo manter essa construção,
> trocando os Tquery pelos componentes do Ibo equivalente, ou se existe outra
> técnica/construção "100% IBO".
> *Por fim, * indicam algum grupo de discussão ou forum sobre ibobjects ,
> preferencialmente em português? Estou em um grupo do próprio IBO , no
> yahoo. Gostaria de ter outras opções.
>
> O problema atual, por exemplo:
>
>
>
> *Gustavo Novaes *
> ______________________________________________
> FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
> Para saber como gerenciar/excluir seu cadastro na lista, use:
> http://www.firebase.com.br/fb/artigo.php?id=1107
> Para consultar mensagens antigas:
> http://www.firebase.com.br/pesquisa_lista.html
>



Mais detalhes sobre a lista de discussão lista