PC Toledo

Grings escreveu:um DBF para clientes, outro para fornecedores, um para notas de entradas e outro para saidas, um para ítens de entrada outro para ítens de saída e assim por diante.

Faço exatamente dessa forma há anos num sistema de planejamento e controle de produção. São dezenas de arquivos. Nunca tive um problema sequer. Nem no aspecto físico (corrupção, por exemplo), nem no aspecto lógico (codificação). Particularmente, acho muito mais fácil trabalhar assim. Inclusive também passei a utilizar essa forma de trabalho no Firebird. E pelo que tenho notado nos fóruns que participo, muita gente trabalha deste modo.

Olá pessoal,
prá entender o problema do nosso amigo criei um exemplo e verifiquei que não há falha alguma.
Por exemplo, no filtro 01/06/2008-2 a 30/06/2008-2, infelizmente aparece o 02/06/2008-1.
Mas por quê?
Simples: 200806021 é maior que 200806012 e menor que 200806302.
Então a solução utilizada pelo colega de criar o índice pelo tipo+data funcionou.
Provavelmente todos já viram isso, mas achei interessante postar.
Não é a toa que os campos DATA têm tratamento especial né.

MarceloG

Grings escreveu:Se pensar dessa forma, terei que ter um DBF para clientes, outro para fornecedores, um para notas de entradas e outro para saidas, um para ítens de entrada outro para ítens de saída e assim por diante. Isso era o que eu fazia. Estou reescrevendo o programa e na minha opinião é melhor trabalhar com menos arquivos, e é justamente por isso a necessidade dos filtros. O que vcs acham ?

Sinto lhe informar mas o que vc fazia antes era o correto. Você está criando um problema desnecessário apenas para diminuir a quantidade de DBFs.