Edson,
voce pode obter maiores informações na MSDN procurando pelo código 814184
INFO: How To Update Data By Using the TableUpdate Function with the CursorAdapter Object

No CA voce deve observar o seguinte:
Quando usa CA, Tableupdate(), retorna .T., pois neste caso a informação se baseia se o CA, conseguiu
ser atualizado, não significa se o Banco de dados (SQL/Oracle/MySQL/PostgreSQL...)conseguiu executar
a instrução de forma correta.
O CA simplesmente, manda a instrução ao Servidor, mas no CA, neste caso o VFP, não sabe se existe algum registro que tenha sido afetado pela instrução.
De forma resumida o CA não captura de forma nativa erros que ocorrem na outra base de dados.
Vc deve procurar inserir rotinas de controle generico no CA, para controlar cada situação.

Qdo. voce muda de uma base de dados 100% nativa p/ uma em que existe outra base de dados, voce não pode esperar que o VFP gerencie o que ocorre na outra base de dados, este é o motivo pelo qual é sugerido usar Stored Procedures.
Não é dificil portar de uma base de dados p/ outra usando SP, basta voce criar um gerador de SP
no VFP, que a maior parte do trabalho se torna facil.
Eu criei a minha rotina e gero as SP do meu banco de dados em menos de 10 segundos p/ +70 tabelas.
Claro que fica mais dificil, mas planejando da para fazer um bom serviço sem perda de tempo, alem de vc otimizar o seu desempenho.

PS: O CA é uma boa ferramenta, mas o Help do VFP sobre o assunto deixa a desejar.
Como desenvolvedor, perde-se muito tempo tentando adivinhar como as coisas funcionam no CA.

Peter