Práticas recomendadas do SQL - OK para confiar no campo de incremento automático para classificar linhas cronologicamente?

Estou trabalhando com um cliente que deseja adicionar registros de data e hora a várias tabelas para que eles possam classificar os registros nessas tabelas cronologicamente. Todas as tabelas também têm um campo inteiro com incremento automático como chave primária (id).

A idéia (simples) - salve a sobrecarga / armazenamento e confie na chave primária para classificar os campos cronologicamente. Claro que isso funciona, mas não tenho certeza se essa abordagem é aceitável ou não no design de banco de dados sólido.

Prós: menos armazenamento necessário por registro, classes de VO mais simples, etc. etc.

Con: implica uma característica desse campo, um identificador de outra forma simples, cuja definição não define nem garante que deva / funcionará como tal.

Suponha, para o bem da minha pergunta, que as definições da tabela DB sejam definidas em pedra. Ainda assim - isso é aceitável em termos de melhores práticas?

obrigado

questionAnswers(7)

yourAnswerToTheQuestion