>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!
Eu acho que as chaves invisíveis para o ussuario tem mais coisas boas, que malas. Porem, devo repeter que não todos os programadores estaríam de acordo.
Difference in opinions hath cost many millions of lives: for instance, whether flesh be bread, or bread be flesh; whether whistling be a vice or a virtue; whether it be better to kiss a post, or throw it into the fire... (from Gulliver's Travels)