21:07

Я не сплю, я перешел в режим замедленного функционирования
Работая над датами в SQL, часто задумываюсь над форматом дат...
С точки зрения информационных систем (для сортировки) лучше Год-Месяц-День, а с точки зрения восприятия, внезапно, лучше российский формат - День.Месяц.Год (как бы по увеличению масштаба).
Но в чем смысл американского формата даты - Месяц/День/Год?.. Я не вижу у него ни одного плюса перед теми двумя.

@темы: Программирование

Комментарии
20.10.2013 в 07:16

Urist's not here, she is in Sweater Town
Мне этот формат кажется удобен для визуальной группировки данных по месяцам, если логи ведутся в отсутствие компьютеров. На бумаге, к примеру.

>российский формат - День.Месяц.Год
Оказывается, этот формат весьма распространён в мире. Показан бирюзовым на карте.
20.10.2013 в 13:21

У них и адрес дома начинается с номера и заканчивается городом/страной.

С точки зрения информационных систем (для сортировки) лучше Год-Месяц-День
Ввести как в экселе тип данных "дата".
20.10.2013 в 13:29

Я не сплю, я перешел в режим замедленного функционирования
Ввести как в экселе тип данных "дата".
Это конечно, но нередко приходится конвертировать даты в и из nvarchar (т.е. текст). И при конвертировании, скажем, текста даты в русском формате "03.10.2013" в дату, в зависимости от настроек сервера, она может распознаться как 10 марта.
21.10.2013 в 08:50

I ain't got much to say
По моему для ежедневного использования идеален прямой порядок адресов и дат (от меньшего к большему) а для хронологии, статистики и навигации - обратный. Потому все записи должны иметь оба формата. Иное - burn with fire.
21.10.2013 в 09:39

Я не сплю, я перешел в режим замедленного функционирования
grayscalechaos, ну да, вот я эти два формата и указал :)
21.10.2013 в 09:48

I ain't got much to say
Это я так пространно соглашаюсь :) иначе на комментарий не потянет.[