> INDEX ON DELETED() TAG EXCLUIDOS

Tenho ate medo deste comando :)

>Conversando novamente com o Fabio, chegamos a conclusão que todos os índices >com poucas variações de valores são problemáticos.

Concordo com vcs, o b-tree não foi feito para isso.

>Ontem um cliente me ligou falando que o sistema está ficou mais lerdo. Outros >não reclamaram... Será que a diferença está na estrutura de cada um?

Depende do tipo de consulta que ele faz. O sistema ficou lento como um todo ou apenas o relatorio que ele normalmente tira?

>Cliente que reclamou: Tudo windows 98. O servidor é usado como uma estação. >Utiliza cabo coaxial.

Ele não tem que reclamar e sim você ehehehehhe

>Estive pensando: Será que o problema está em DELETED() ser uma função e (no >caso) o campo sexo já ter uma valor definido?

Acredito que a diferença deve ser minima (depende da massa de dados), mas como seu cliente tem uma rede horrivel, qualquer ciclo do processador gera diferença :D

>Alguém pode me ajudar com essa questão?

A questão dos indices só causa problemas realmente em redes mal configuradas, pois estamos falando apenas de mais um item de atualização, o que pela velocidade do VFP não teria nenhum problema (o sexo, não o deleted()), claro que internamente a gente não faz a minima ideia de como funciona :D

Agora tente fazer um teste: Crie o indice e no filtro dele coloque deleted() e veja o que vai dar.

Quando ao Sexo, é sempre bom ter hehehehe, falando serio: Indices de 2 tipos só quando o nucleo das consultas for ele.