относится, но малоли может в теме кто:
мы с коллегой по работе немного захоливарили на тему использования now() при вставке данных в колонку updated_at я вот лично за то, что раз в бд есть такой функционал, и нет каких то специфичных требований к логике по работе с датами то следует поступать именно так. Однако мой коллега против, и говорит лучше не полагаться на настройки бд и вставлять всегда время из кода приложения. Кто как считает, может кто сталкивался с подобным?)
сколько сейчас времени на экране вашего смартфоне? а на смартфоне человека в Новосибирске? А сколько времени на самом деле? Вот и ответ
Лучшэ, наоборот, чтобы часы были едиными, а не мотались в зависимости от того, с какого хоста то приложэние запустят.
ну с одной стороны разницы нет, так как всегда сервера что в бд что в каких нибудь кубах настраиваются на utc+0 но я все же топлю за то, что использовать now() из бд все таки правильней так как минимум не зачем грузить драйвер клиента и гонять лишние байты, ну и почему нет если бд такой функционал предоставляет из коробки
Кстати, аналог now() в принцыпе задолбаешься получать на клиенте... Этот таймстамп одинаков во всей транзакцыи.
Время просто разным может быть, как на сервере гда БД и где приложение, так и на разных серверах где приложение, вот и будешь мучиться с этим.
Обсуждают сегодня