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!
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Rodolfo Duarte