с использованием DateTime.Ticks вместо DateTime, это хорошая практика?

Question

Можно создать дубликат:
Should I store DateTimes as a Long (Ticks) in a database?

Это нормально использовать DateTime.Ticks вместо самого DateTime для реализации DateTime операций на основе? Например, изменив тип столбца базы данных от DATETIME до BIGINT, а затем сохраните значение 123456789123456 в нем вместо 2012-06-02 14:26:08.727?

Я знаю, что в этом случае мы должны обрабатывать конверсии, но есть несколько профи. например, в хранилище нет ограничений по дате-времени, а также мы не будем беспокоиться о типах поддерживаемых баз данных {date, datetime, smalldate} и т. д.

Фактически я хочу обеспечить этот подход в двух областях:

1. Принципы проектирования
2. вопросы производительности

Спасибо заранее.

Answer 1

Я проголосовал за то, чтобы закрыть как точный дубликат, но я хочу дать свои два цента на этом.
Это похоже на мифический Columbus Egg, но вы ищете слишком много проблем для получения выгоды.

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