Рекомендации по SQL - Можно ли полагаться на поле с автоматическим приращением для сортировки строк в хронологическом порядке?

Я работаю с клиентом, который хочет добавить отметки времени к группе таблиц, чтобы они могли отсортировать записи в этих таблицах в хронологическом порядке. Все таблицы также имеют автоматически увеличивающееся целочисленное поле в качестве первичного ключа (id).

Идея (простая) - сохранить накладные расходы / память и полагаться на первичный ключ для сортировки полей в хронологическом порядке. Конечно, это работает, но я не уверен, приемлем ли этот подход для правильного проектирования базы данных.

Плюсы: требуется меньше памяти для каждой записи, более простые классы VO и т.д. и т.д.

Минусы: это подразумевает характеристику это поле, в остальном простой идентификатор, определение которого никоим образом не определяет и не гарантирует, что оно должно / будет функционировать как таковое.

Предположим, ради моего вопроса, что определения таблиц БД высечены в камне. Тем не менее - приемлемо ли это с точки зрения передовой практики?

Спасибо