Inicialmente gostaria de parabenizá-los pelo Framework e pelo livro, durante a leitura me ocorreu uma dúvida sobre a classe TRecord, a classe trata os relacionamentos do tipo composição citando a tabela customer e contact, onde um cliente poderá ter vários contatos e um contato só pertence a um cliente, pois bem, pelo exemplo do livro na figura 15 (pag 66) a tabela contact possuiria um identificador único "id" mas seria manipulada pelos métodos de sobrecarga dos métodos nativos dentro do model customer. o que me intrigou foi o fato de que toda vez que o método "store" é invocado na classe customer os registros de contato são excluídos e re-inseridos na base.
ai vem minha indagação com base em uma aplicação que eu desenvolvi onde o tráfego de alterações é muito alto na tabela principal (customer), mas nos registros de composição quase não se tem alterações (contact), observei que aderindo ao método "deleteComposite" citado no livro na pag 69 teria uma geração notória de novos registros diários, estourando assim o campo de chave primaria do meu registro de contatos tendo que eventualmente re-indexar a tabela.

ai vem a duvida existe alguma alternativa que verifica se os registros forma alterados e realiza updates ao invés de deletes dentro do próprio framework?