Блог

Я ищу стандарты для добавления даты / времени. Я не смог найти ни одного. В частности, я надеюсь найти спецификацию, которая определяет, что должно произойти, когда вы добавляете месяц к дате, например, 31 января. Правильный ответ 28 февраля (/ 29 февраля)? 1 марта? 2 марта?

Я видел несовместимые реализации между различными инструментами (в данном случае PHP и MySQL), и я пытаюсь найти какие-то стандарты, на которых можно основывать свою работу.

Разные результаты:

PHP

 $end = strtotime(" 1 month", 1314835200);
//1317513600   Sat, 01 Oct 2011 20:00:00 -0400
  

MySQL

 SELECT UNIX_TIMESTAMP(DATE_ADD(FROM_UNIXTIME(1314835200), INTERVAL 1 MONTH));
#1317427200    Fri, 30 Sep 2011 20:00:00 -0400
  

Oracle

 SELECT ADD_MONTHS('31-Aug-11', 1) FROM dual;
#30-SEP-11
  

(извините за изменение формата, мой oracle foo слабый)

Java

 Calendar c = Calendar.getInstance();
c.clear();
c.set( 2011, Calendar.AUGUST, 31 );
c.add( Calendar.MONTH, 1 );
c.getTime()
#Fri Sep 30 00:00:00 EDT 2011
  

Согласно стандарту POSIX.1-2001, следующий месяц (как при увеличении tm_mon перед вызовом mktime ) выполняется путем корректировки значений до их соответствия. Так, например, следующий месяц с 31 января 2001 года — 3 марта 2001 года. Это связано tm_mday с тем, что число 31 недействительно tm_mon для числа 1 (февраль), поэтому оно нормализуется для tm_mon числа 2 (март) и tm_mday числа 3.

Следующий месяц с 31 января 2000 года — 2 марта 2000 года, потому что февраль. имеет 29 дней в этом году. Следующий месяц с 1 января 2038 года не существует, в зависимости.

Самое замечательное в стандартах — их так много, что можно выбирать. Проверьте стандарт SQL, бьюсь об заклад, вы можете найти другое значение следующего месяца. Я подозреваю, что ISO 8601 может дать вам еще один выбор. Дело в том, что существует много разных вариантов поведения, значение «в следующем месяце» очень зависит от домена.

редактировать: я думаю, я обнаружил, как SQL-92 обрабатывает это, по-видимому, запрос на следующий месяц с 31 января является ошибкой.

Ссылки:

• SQL-92: http://www.contrib.andrew.cmu.edu /~shadow/sql/sql1992.txt
• POSIX: http://pubs.opengroup.org/onlinepubs/9699919799 / (хотя, по-видимому, эта версия теперь относится к ISO C, что кажется не таким ясным. Хотя справочная страница mktime на моем компьютере понятна)
• ISO C: http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1256.pdf
• Java: http://download.oracle.com/javase/6/docs/api/java/util/Calendar.html

Я считаю, что стандартом defacto является ISO 8601. К сожалению, есть много неясностей, например:

Арифметика даты не определена

 2001-03-30   P1M = 2001-04-29 (Add 30 days)
2001-03-30   P1M = 2001-04-30 (Add 1 mon.)
  

Добавление не является коммутативным или ассоциативным

 2001-03-30   P1D   P1M = 2001-04-30
2001-03-30   P1M   P1D = 2001-05-01
  

Вычитание не является обратным сложению.

Точность десятичных дробей может варьироваться.

Полную спецификацию можно найти по адресу http://www.iso.org/iso/catalogue_detail.htm?csnumber=26780

Я думаю, что каждый продукт пытается придерживаться стандарта, который невозможно реализовать. Неоднозначные части открыты для интерпретации, и поэтому каждый интерпретирует. Это тот же стандарт, который открыл нам ошибку Y2K!!

Лично я предпочитаю реализацию, которая преобразует дату / время в число, основанное на 1970 году (временная метка UNIX), выполняет вычисление и преобразует обратно. Я считаю, что это подход, принятый Oracle / MySQL. Я удивлен, что этой проблеме не уделялось больше внимания, поскольку она действительно важна, иногда критична, во многих приложениях. Спасибо за вопрос!

Редактировать: читая еще немного, я нашел мысли Джо Селко о разных представлениях даты / времени и стандартизации ЗДЕСЬ.

Запрос:

 SELECT
ADDDATE(DATE('2010-12-31'), INTERVAL 1 MONTH) 'Dec   Month',
ADDDATE(DATE('2011-01-31'), INTERVAL 1 MONTH) 'Jan   Month',
ADDDATE(DATE('2011-02-28'), INTERVAL 1 MONTH) 'Feb   Month',
ADDDATE(DATE('2011-03-31'), INTERVAL 1 MONTH) 'Mar   Month';
  

Вывод:

 Декабрь   месяц Январь   Месяц Февраль   Месяц Март   Месяц
 2011-01-31 2011-02-28 2011-03-28 2011-04-30

Мой вывод:

1. Вычислите количество дней в месяце входной даты.
2. Добавьте столько дней к вводимой дате.
3. Проверьте, превышает ли день в результирующей дате максимальное количество дней в результирующем месяце.
4. Если да, то измените результирующий день на максимальный день результирующего месяца.

Если вы добавляете MONTH, YEAR_MONTH или YEAR и результирующая дата имеет день, который больше максимального дня для нового месяца, день корректируется на максимальное количество дней в новом месяце

Источник

Проблема здесь в том, что в нем не упоминается, что месяц на самом деле является месяцем с даты ввода.

Joda-Time в Java выбирает предыдущую действительную дату при создании недопустимой. Например, 2011-01-31 P1M = 2011-02-28 . Я считаю, что это наиболее широко используемый вариант по умолчанию в библиотеках даты и времени и, следовательно, стандарт де-факто.

ThreeTen / JSR-310 предоставляет шаблон стратегии для этого с четырьмя вариантами, см. Код.

Более забавным является вопрос о том, каков ответ 2011-01-31 P1M-1D . Если вы добавите месяц, затем исправите недопустимую дату, затем вычтите день, вы получите 2011-02-27. Но я думаю, что большинство пользователей ожидают 2011-02-28, потому что период добавляется одним куском. Посмотрите, как ThreeTen обрабатывает это здесь.

Я рассматривал возможность написания рекомендаций общего назначения по вычислениям даты / времени или фактической спецификации, но на самом деле у меня не было времени!

Первый день месяца 1 месяц должен равняться первому числу следующего месяца. Попытка сделать это на SQL Server

           SELECT CAST ('01/01/2012' AS DateTime), DATEADD (m, 1, '01/01/2012')
UNION ALL SELECT CAST ('02/01/2012' AS DateTime), DATEADD (m, 1, '02/01/2012')
UNION ALL SELECT CAST ('03/01/2012' AS DateTime), DATEADD (m, 1, '03/01/2012')
UNION ALL SELECT CAST ('04/01/2012' AS DateTime), DATEADD (m, 1, '04/01/2012')
UNION ALL SELECT CAST ('05/01/2012' AS DateTime), DATEADD (m, 1, '05/01/2012')
  

Это приводит к

 ----------------------- -----------------------
2012-01-01              2012-02-01             
2012-02-01              2012-03-01             
2012-03-01              2012-04-01             
2012-04-01              2012-05-01             
2012-05-01              2012-06-01             
  

Последний день этого месяца 1 месяц должен равняться последнему дню следующего месяца. Это должно продолжаться в течение следующего месяца, текущего месяца, 10 месяцев и т. Д.

           SELECT CAST ('01/31/2012' AS DateTime), DATEADD (m, 1, '01/31/2012')
UNION ALL SELECT CAST ('01/30/2012' AS DateTime), DATEADD (m, 1, '01/30/2012')
UNION ALL SELECT CAST ('01/29/2012' AS DateTime), DATEADD (m, 1, '01/29/2012')
UNION ALL SELECT CAST ('01/28/2012' AS DateTime), DATEADD (m, 1, '01/28/2012')
UNION ALL SELECT CAST ('01/27/2012' AS DateTime), DATEADD (m, 1, '01/27/2012')
UNION ALL SELECT CAST ('01/26/2012' AS DateTime), DATEADD (m, 1, '01/26/2012')
  

Это приводит к

 ----------------------- -----------------------
2012-01-31              2012-02-29             
2012-01-30              2012-02-29             
2012-01-29              2012-02-29             
2012-01-28              2012-02-28             
2012-01-27              2012-02-27             
2012-01-26              2012-02-26             
  

Посмотрите, как 31, 30, 29 становятся 29 февраля (2012 год — високосный год).

p.s. Я убрал временные части (все нули), чтобы сделать его более читаемым

Не существует общепринятого стандарта. Причина различных реализаций в том, что люди не могут договориться о том, каким должен быть стандарт. Многие популярные программные системы дают ответы, которые никто не ожидал. Поэтому всегда необходима документация, чтобы сообщить пользователю, что будет предоставлять ваша система. Однако вы выбираете методологию, основанную на том, что, по вашему мнению, ожидает большинство людей.

Я думаю, что большинство людей на улице согласятся с этим:

1. Вы не можете определить «месяц» по определенному количеству дней. Итак…
2. Когда 31 января и кто-то говорит: «Встретимся через месяц с сегодняшнего дня», они имеют в виду последний день февраля. По сути, это добавление к месяцу, затем найдите номер дня, который ближе всего к сегодняшнему дню, не превышая его.

Исключение составляет бухгалтерский учет, где иногда месяц означает 30 дней.

РЕДАКТИРОВАТЬ: я спросил некоторых людей здесь: «Если это 31 марта, и кто-то говорит, что я встречусь с вами через месяц с сегодняшнего дня, в какой день вы собираетесь встретиться с ними?» Большинство сказали, 30 апреля, но некоторые сказали 28 апреля, потому что до этого осталось четыре недели. Немногие интерпретировали рабочие графики и думали: «Если мы встретились в этот будний день, мы встретимся снова в тот же будний день». В принципе, если они встретились в последний четверг месяца, и они должны встретиться через месяц, это будет в последний четверг этого месяца.

Итак, поехали. :