LetoDb - Bug com Temporary Additive
Moderador: Moderadores
LetoDb - Bug com Temporary Additive
Sei que não é o fórum do assunto. Mas como todo mundo passa por aqui primeiro...
É pra chamar atenção mesmo de quem usa o rdd leto
Vejam o que eu publiquei em:https://pctoledo.org/forum/viewto ... 57#p103736
A versão do letodb é v.2.17.b1 atualizado em 17/11/2015
É sério!
É pra chamar atenção mesmo de quem usa o rdd leto
Vejam o que eu publiquei em:https://pctoledo.org/forum/viewto ... 57#p103736
A versão do letodb é v.2.17.b1 atualizado em 17/11/2015
É sério!
►Harbour 3.x | Minigui xx-x | HwGui◄
Pense nas possibilidades abstraia as dificuldades.
Não corrigir nossas falhas é o mesmo que cometer novos erros.
A imaginação é mais importante que o conhecimento. (Albert Einstein)
Pense nas possibilidades abstraia as dificuldades.
Não corrigir nossas falhas é o mesmo que cometer novos erros.
A imaginação é mais importante que o conhecimento. (Albert Einstein)
- Itamar M. Lins Jr.
- Administrador

- Mensagens: 7929
- Registrado em: 30 Mai 2007 11:31
- Localização: Ilheus Bahia
- Curtiu: 1 vez
LetoDb - Bug com Temporary Additive
Ola!
Já fez o dever de casa ?
Criar o tal programinha que demonstre o problema ? bem pequeno para que todos testem ?
O que vamos mandar ou comunicar ao desenvolvedor da ferramenta para ele corrigir o problema ?
Saudações,
Itamar M. Lins Jr.
Já fez o dever de casa ?
Criar o tal programinha que demonstre o problema ? bem pequeno para que todos testem ?
O que vamos mandar ou comunicar ao desenvolvedor da ferramenta para ele corrigir o problema ?
Saudações,
Itamar M. Lins Jr.
Saudações,
Itamar M. Lins Jr.
Itamar M. Lins Jr.
LetoDb - Bug com Temporary Additive
Itamar,
A explicação é muito simples não precisa de programinha básico, olhe o post
https://pctoledo.org/forum/viewto ... 57#p103736
que tem todas as informações necessárias.
Inclusive voltei para o hbnetio até eu ver que o problema foi solucionado.
A explicação é muito simples não precisa de programinha básico, olhe o post
https://pctoledo.org/forum/viewto ... 57#p103736
que tem todas as informações necessárias.
Inclusive voltei para o hbnetio até eu ver que o problema foi solucionado.
►Harbour 3.x | Minigui xx-x | HwGui◄
Pense nas possibilidades abstraia as dificuldades.
Não corrigir nossas falhas é o mesmo que cometer novos erros.
A imaginação é mais importante que o conhecimento. (Albert Einstein)
Pense nas possibilidades abstraia as dificuldades.
Não corrigir nossas falhas é o mesmo que cometer novos erros.
A imaginação é mais importante que o conhecimento. (Albert Einstein)
- Itamar M. Lins Jr.
- Administrador

- Mensagens: 7929
- Registrado em: 30 Mai 2007 11:31
- Localização: Ilheus Bahia
- Curtiu: 1 vez
LetoDb - Bug com Temporary Additive
Ola!
Como eu testo aqui ?
Uso isso e não notei nada de anormal (AINDA!)
Saudações,
Itamar M. Lins Jr.
Como eu testo aqui ?
Uso isso e não notei nada de anormal (AINDA!)
Código: Selecionar todos
Index on &OrdBy tag eq99 for &cQuery temporary additiveItamar M. Lins Jr.
Saudações,
Itamar M. Lins Jr.
Itamar M. Lins Jr.
- Itamar M. Lins Jr.
- Administrador

- Mensagens: 7929
- Registrado em: 30 Mai 2007 11:31
- Localização: Ilheus Bahia
- Curtiu: 1 vez
LetoDb - Bug com Temporary Additive
Código: Selecionar todos
01/03/16 18:03 7.693.312 pagar.cdx
01/03/16 18:03 13.546.799 pagar.dbf
17/02/16 09:08 4.324.288 pagar.fptSaudações,
Itamar M. Lins Jr.
Saudações,
Itamar M. Lins Jr.
Itamar M. Lins Jr.
LetoDb - Bug com Temporary Additive
Itamar,
Supondo que o indice da tebela pagar.dbf é pagar.cdx e tem 7.693.312 bytes
Quando usamos temporary additive ou memory additive este indice pagar.cdx não poderia ser atualizado ok?
Imagino que no seu relatório você faça assim:
PAGAR->(OrdListClear()) que seria o mesmo que SET INDEX TO
INDEX ON X TAG X FOR &cQuery TEMPORARY ADDITIVE
Pare aqui com um Inkey(0) e veja se o indice PAGAR.CDX foi atualizado
Comigo, o letodb (baixado do git) atualização de novembro/15 a última que tenho, está atualizando o indice e o pior aumentado o tamanho dele.
Fiz o mesmo teste sem letodb, um somente usando o driver dbfcdx e outro com netio, o indice não alterou, logo o temporário foi criado em algum lugar.
Verifique se está acontecendo com você.
Supondo que o indice da tebela pagar.dbf é pagar.cdx e tem 7.693.312 bytes
Quando usamos temporary additive ou memory additive este indice pagar.cdx não poderia ser atualizado ok?
Imagino que no seu relatório você faça assim:
PAGAR->(OrdListClear()) que seria o mesmo que SET INDEX TO
INDEX ON X TAG X FOR &cQuery TEMPORARY ADDITIVE
Pare aqui com um Inkey(0) e veja se o indice PAGAR.CDX foi atualizado
Comigo, o letodb (baixado do git) atualização de novembro/15 a última que tenho, está atualizando o indice e o pior aumentado o tamanho dele.
Fiz o mesmo teste sem letodb, um somente usando o driver dbfcdx e outro com netio, o indice não alterou, logo o temporário foi criado em algum lugar.
Verifique se está acontecendo com você.
►Harbour 3.x | Minigui xx-x | HwGui◄
Pense nas possibilidades abstraia as dificuldades.
Não corrigir nossas falhas é o mesmo que cometer novos erros.
A imaginação é mais importante que o conhecimento. (Albert Einstein)
Pense nas possibilidades abstraia as dificuldades.
Não corrigir nossas falhas é o mesmo que cometer novos erros.
A imaginação é mais importante que o conhecimento. (Albert Einstein)
LetoDb - Bug com Temporary Additive
Completando a informação:
Eu ainda faço: SET AUTOPEN OFF, para não abrir o indice automáticamente, só abre com SET INDEX TO (INDICE.CDX)
Outra:
Mesmo que não faça SET INDEX TO, ou OrdListClear, o leto tá atualizando o indice usando as clausulas temporary additive
Eu ainda faço: SET AUTOPEN OFF, para não abrir o indice automáticamente, só abre com SET INDEX TO (INDICE.CDX)
Outra:
Mesmo que não faça SET INDEX TO, ou OrdListClear, o leto tá atualizando o indice usando as clausulas temporary additive
►Harbour 3.x | Minigui xx-x | HwGui◄
Pense nas possibilidades abstraia as dificuldades.
Não corrigir nossas falhas é o mesmo que cometer novos erros.
A imaginação é mais importante que o conhecimento. (Albert Einstein)
Pense nas possibilidades abstraia as dificuldades.
Não corrigir nossas falhas é o mesmo que cometer novos erros.
A imaginação é mais importante que o conhecimento. (Albert Einstein)
LetoDb - Bug com Temporary Additive
A última atualização do letodb é esta:
2015-11-17 19:30 UTC+0300 Pavel Tsarenko (tpe2/at/mail.ru)
* source/server/letofunc.c
* Readme.txt
* readme_rus.txt
+ added server-side leto_ClientID() function
2015-11-17 19:30 UTC+0300 Pavel Tsarenko (tpe2/at/mail.ru)
* source/server/letofunc.c
* Readme.txt
* readme_rus.txt
+ added server-side leto_ClientID() function
►Harbour 3.x | Minigui xx-x | HwGui◄
Pense nas possibilidades abstraia as dificuldades.
Não corrigir nossas falhas é o mesmo que cometer novos erros.
A imaginação é mais importante que o conhecimento. (Albert Einstein)
Pense nas possibilidades abstraia as dificuldades.
Não corrigir nossas falhas é o mesmo que cometer novos erros.
A imaginação é mais importante que o conhecimento. (Albert Einstein)
