Excelente seu artigo...

Eu estava certo quando pensei:

Chave Substituta:
Flexibilidade ao usuário do sistema.
Complexidade no desenvolvimento e depuração.

Chave Natural:
Nenhuma flexibilidade para manutenção dos códigos.
Facilidade no desenvolvimento e depuração.


O que me chamou (e muito a atenção) foi o fator da velocidade... Apesar de hoje, usar campos Caracter para minhas chaves, queria mudar para inteiro. Pensei que o VFP tratasse este tipo de dado com maior velocidade... Vou até fazer testes aqui... :-)
Se bem que, independente do VFP tratar inteiro e caracter com a mesma performance, um ponto positivo de usar inteiro é que se no futuro atualizarmos o banco para sql, teríamos melhor performance!

Valeu Hilmar... Tudo ficou claro agora, o problema que restou é decidir qual caminho seguir! O mais complicado e flexivel ou o fácil e travadão... ... hahahaha!

[]s!