Re[3]: Локализация дат и в распределенных приложениях
От: Sinclair Россия https://github.com/evilguest/
Дата: 25.03.15 07:49
Оценка: +1
Здравствуйте, baranovda, Вы писали:
B>ИМХО это диктуется бизнес-логикой. Взять ту же дату рождения человека — важный учетный и статистический показатель, UTC в данном случае вообще не нужно, а если клиент будет сам даты приводить к UTC — то даже вредно. В самом деле, человек родился 1 января 1960, а в базу ляжет 31 декабря 1959, и человек вылетит из статистики за 1960-й год
Нет, вот в данном конкретном случае только UTC и нужно, т.к. рождение — это объективное событие, дата которого не зависит от выбранного календаря.
А вот "статистика" — это всего лишь точка зрения на объективную реальность. Грубо говоря, я могу построить гистограммы рождаемости по Григорианскому календарю, а могу — по Юлианскому.
Цифры, естественно, будут отличаться — но это потому, что отличаются мои запросы.
Если я захочу получить статистику, сравнивая, скажем, количество детей родившихся ночью с количеством родившихся днём, то мне придётся помимо дат рождения хранить ещё и географию — чтобы пересчитывать UTC в локальное астрономическое время.
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.