Olá Hilmar...

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.

Pensei, pensei, pensei e acho que estou começando a concordar com você! ;-)

A única coisa que ainda me causa alguma resitência é a dificuldade de tratar essa mudança entre a chave primária da tabela com o campo código que o cliente vai visualizar no vídeo... Teoricamente a coisa não é complicada...

Pensei em padronizar os campos, isso já facilitaria. Por exemplo, todas as tabelas teriam o campo iPK (integer) que seria a chave primária e o campo cPK (Caracter) que seria o código utilizado pelo cliente. - Para todas as relações, eu usaria o iPK, mas o usuário visualizaria o campo cPK.

Pensei em uma função do tipo:

cPK_to_iPK(tabela,valor) e iPK_to_cPK(tabela,valor)

ou seja, repasso o nome da tabela e o valor do iPK ou cPK ... recebo seu correspondente...

Pensei em automatizar isso usando o VALUE_Assign e VALUE_Access, mas acho que terei problemas com CursorAdapter... Até onde eu sei, o campo informado na propriedade ControlSource, será gravado com o valor da propriedade Value, não é? ... neste caso, meu CursorAdapter irá armazenar a cPK ao invés da iPK... Além disso, vou ter problemas por tipo incompativel de dados, ....

Poderia me ajudar com algumas dicas sobre como automatizar isso através de classes?
Talvez, para fazer tudo isso funcionar, seria necessário manter a propriedade CONTROLSOURCE em branco, não seria?

Agradeço qualquer ajuda... ;-)

[]s!