Типы даты/времени

QHB поддерживает полный набор типов даты и времени SQL, показанных в таблице 9. Операции, доступные для этих типов данных, описаны в разделе Функции и операторы даты/времени. Даты подсчитываются в соответствии с григорианским календарем, даже для времени до его введения .

Таблица 9. Типы даты/времени

ИмяРазмерОписаниеНаименьшее значениеНаибольшее значениеТочность
timestamp [ (p) ] [ without time zone ]8 байтовдата и время (без часового пояса)4713 г. до н. э.294276 н. э.1 микросекунда
timestamp [ (p) ] with time zone8 байтовдата и время с часовым поясом4713 г. до н. э.294276 н.э.1 микросекунда
date4 байтадата (без времени суток)4713 г. до н. э.5874897 н. э.1 день
time [ (p) ] [ without time zone ]8 байтоввремя суток (без даты)00:00:0024:00:001 микросекунда
time [ (p) ] with time zone12 байтоввремя суток (без даты) с часовым поясом00: 00: 00+145924: 00: 00-14591 микросекунда
interval [ поля ] [ (p) ]16 байтовинтервал времени-178000000 лет178000000 лет1 микросекунда

Примечание
Стандарт SQL требует, чтобы запись одного только timestamp была равнозначна timestamp without time zone, и QHB следует этой логике. timestamptz принимается как сокращение от timestamp with time zone; это расширение QHB.

Типы time, timestamp и interval принимают необязательное значение точности p, которое указывает, сколько знаков после запятой должно сохраняться в поле секунд. По умолчанию явное ограничение точности отсутствует. Допустимый диапазон p составляет от 0 до 6.

Тип interval имеет дополнительный параметр, позволяющий ограничить набор хранимых полей путем записи одной из этих фраз:

YEAR
MONTH
DAY
HOUR
MINUTE
SECOND
YEAR TO MONTH
DAY TO HOUR
DAY TO MINUTE
DAY TO SECOND
HOUR TO MINUTE
HOUR TO SECOND
MINUTE TO SECOND

Обратите внимание, что если при выборе интервала указаны и поля, и p, то указание поля должно содержать SECOND, поскольку точность применяется только к секундам.

Тип time with time zone определяется стандартом SQL, но в определении описаны свойства сомнительной полезности. В большинстве случаев сочетание date, time, timestamp without time zone и timestamp with time zone должно обеспечивать полный диапазон функциональных возможностей даты/времени, требуемых для любого приложения.

Ввод даты/времени

Ввод даты и времени допускается практически в любом приемлемом формате, включая ISO 8601, SQL-совместимый, традиционный формат POSTGRES и другие. Для некоторых форматов порядок дня, месяца и года в вводимой дате является неоднозначным, поэтому поддерживается явное определения ожидаемого порядка этих полей. Установите для параметра DateStyle значение MDY для выбора интерпретации месяц-день-год, DMY для день-месяц-год или YMD для год-месяц-день.

Помните, что любые вводимые литералы даты или времени должны быть заключены в апострофы, как текстовые строки. Дополнительную информацию см. в разделе Константы других типов. SQL требует следующий синтаксис:

тип [ (p) ] 'значение'

где p — необязательное указание точности, задающее количество знаков после запятой в поле секунд. Точность можно указать для типов time, timestamp и interval в диапазоне от 0 до 6. Если в определении константы точность не указана, то по умолчанию используется точность литерального значения (но не более 6 цифр).

Даты

Таблица 10 показывает некоторые возможные входные данные для типа date.

Таблица 10. Ввод даты

ПримерОписание
1999-01-08ISO 8601; 8 января в любом режиме (рекомендуемый формат)
January 8, 1999определяется однозначно в любом режиме ввода datestyle
1/8/19998 января в режиме MDY; 1 августа в режиме DMY
1/18/199918 января в режиме MDY; недопустимая дата в других режимах
01/02/032 января 2003 г. в режиме MDY; 1 февраля 2003 г. в режиме DMY; 3 февраля 2001 г. в режиме YMD
1999-Jan-088 января в любом режиме
Jan-08-19998 января в любом режиме
08-Jan-19998 января в любом режиме
99-Jan-088 января в режиме YMD; ошибка в других режимах
08-Jan-998 января; ошибка в режиме YMD
Jan-08-998 января; ошибка в режиме YMD
19990108ISO 8601; 8 января 1999 года в любом режиме
990108ISO 8601; 8 января 1999 года в любом режиме
1999.008год и день года
J2451187Юлианская дата
January 8, 99 BC99 год до нашей эры

Время

Типы времени суток — это time [ (p) ] without time zone и time [ (p) ] with time zone. Указание time без уточнения равнозначно time without time zone.

Допустимые входные данные для этих типов состоят из времени суток, за которым следует необязательный часовой пояс. (См. таблицу 11 и таблицу 12.) Если часовой пояс указан во входных данных для time without time zone, он игнорируется. Также можно указать дату, но она будет игнорироваться, если только не использовать имя часового пояса, включающее правило перехода на летнее время, например America/New_York. В этом случае указание даты требуется для определения того, какое время применяется: стандартное или летнее. Соответствующее смещение часового пояса записывается в поле со значением time with time zone.

Таблица 11. Ввод времени

ПримерОписание
04:05:06.789ISO 8601
04:05:06ISO 8601
04:05ISO 8601
040506ISO 8601
04:05 AMто же, что и 04:05; AM не влияет на значение времени
04:05 PMто же, что и 16:05; вводимый час должен быть <= 12
04:05:06.789-8ISO 8601
04:05:06-08:00ISO 8601
04:05-08:00ISO 8601
040506-08ISO 8601
04:05:06 PSTчасовой пояс задан аббревиатурой
2003-04-12 04:05:06 America/New_Yorkчасовой пояс задан полным именем

Таблица 12. Ввод часового пояса

ПримерОписание
PSTАббревиатура (для тихоокеанского стандартного времени)
America/New_YorkПолное название часового пояса
PST8PDTУказание часового пояса в стиле POSIX
-8:00Смещение PST по ISO-8601
-800Смещение PST по ISO-8601
-8Смещение PST по ISO-8601
zuluАббревиатура для UTC, принятая у военных
zКраткая форма zulu

Дополнительную информацию о том, как задавать часовые пояса см. в разделе Часовые пояса.

Отметки времени

Допустимые входные данные для типов отметок времени состоят из объединенной записи даты и времени, за которой следует необязательный часовой пояс и необязательное уточнение AD или BC. (Как вариант, AD/BC можно указать и перед часовым поясом, но это нежелательно.) Таким образом:

1999-01-08 04:05:06

и:

1999-01-08 04:05:06 -8:00

оба являются допустимыми вариантами, соответствующими стандарту ISO 8601. Кроме того, поддерживается общий формат:

January 8 04:05:06 1999 PST

Стандарт SQL различает литералы timestamp without time zone и timestamp with time zone по наличию символа «+» или «-» и смещению часового пояса, указанному после времени. Следовательно, согласно стандарту,

TIMESTAMP '2004-10-19 10:23:54'

это timestamp without time zone, а

TIMESTAMP '2004-10-19 10:23:54+02'

это timestamp with time zone. QHB никогда не проверяет содержимое литеральной строки перед определением ее типа, поэтому она будет обрабатывать оба приведенных выше выражения как timestamp without time zone. Чтобы литерал обрабатывался timestamp with time zone, присвойте ему правильный явный тип:

TIMESTAMP WITH TIME ZONE '2004-10-19 10:23:54+02'

В литерале, который был определен как timestamp without time zone, QHB будет молча игнорировать любую индикацию часового пояса. Таким образом, результирующее значение получается из полей даты/времени во входном значении и не корректируется для часового пояса.

Для timestamp with time zone внутреннее сохраненное значение всегда указывается в формате UTC (универсальное координированное время, традиционно известное как среднее время по Гринвичу, GMT.) Входное значение с явно указанным часовым поясом преобразуется в UTC с использованием соответствующего смещения для этого часового пояса. Если во входной строке часовой пояс не указан, подразумевается часовой пояс, заданный системным параметром TimeZone, который преобразуется в UTC с использованием смещения для зоны timezone.

Когда выводится значение timestamp without time zone, оно всегда преобразуется из UTC в текущую зону часового пояса и отображается как местное время в этой зоне. Чтобы увидеть время в другом часовом поясе, следует изменить часовой пояс или воспользоваться конструкцией AT TIME ZONE (см. раздел AT TIME ZONE).

Преобразования между timestamp without time zone и timestamp with time zone обычно предполагают, что значение timestamp without time zone должно быть принято или задано как местное время зоны timezone. Для преобразования в другой часовой пояс можно использовать AT TIME ZONE.

Специальные значения

Для удобства QHB поддерживает несколько специальных значений ввода даты/времени, как показано в таблице 13. Значения infinity и -infinity имеют особое представление внутри системы и будут отображаться без изменений; другие же являются простыми сокращениями, которые при чтении будут преобразованы в обычные значения даты/времени. (В частности, now и схожие строки преобразуются в актуальные на момент прочтения значения времени.) При использовании в качестве констант в командах SQL все эти значения следует заключать в апострофы.

Таблица 13. Специальные входные значения даты/времени

Строка вводаДействительные типыОписание
epochdate, timestamp1970-01-01 00:00:00+00 (начало отсчета времени в Unix)
infinitydate, timestampвремя после всех остальных отметок времени
-infinitydate, timestampвремя до всех остальных отметок времени
nowdate, time, timestampвремя начала текущей транзакции
todaydate, timestampвремя начала текущих суток (00:00)
tomorrowdate, timestampвремя начала следующих суток (00:00)
yesterdaydate, timestampвремя начала предыдущих суток (00:00)
allballstime00:00:00.00 UTC

Для получения текущего значения времени для соответствующего типа данных можно также воспользоваться следующими SQL-совместимыми функциями: CURRENT_DATE, CURRENT_TIME, CURRENT_TIMESTAMP, LOCALTIME, LOCALTIMESTAMP. Последние четыре функции принимают необязательную спецификацию с точностью до секунды. (См. раздел Текущая дата/время.) Обратите внимание, что это функции SQL, которые не распознаются в строках ввода данных.

Внимание!
Хотя использование входных строк now, today, tomorrow и yesterday при взаимодействии с командами SQL вполне допустимо, при сохранении команд для последующего выполнения, например в подготовленных операторах, представлениях или определениях функций, их поведение может быть неожиданным. Такая строка может преобразоваться в конкретное значение времени, которое будет продолжать использоваться даже после того, как потеряет свою актуальность. В таких случаях вместо этих строк лучше прибегнуть к помощи одной из функций SQL. Например, CURRENT_DATE + 1 надежнее, чем 'tomorrow'::date.

Вывод даты/времени

Формат вывода типов даты/времени можно установить в одном из четырех стилей: ISO 8601, SQL (Ingres), традиционный POSTGRES (формат даты Unix) или немецкий. По умолчанию используется формат ISO. (Стандарт SQL требует, чтобы использовался именно формат ISO 8601. Название «SQL» дано другому формату только по историческим причинам и носит случайный характер.) В таблице 14 приведены примеры каждого стиля вывода. Согласно приведенным примерам, выходные данные типов date и time, как правило, представляют собой только часть даты или времени. Однако в стиле POSTGRES значение даты без времени выводится в формате ISO.

Таблица 14. Стили вывода даты/времени

СтильОписаниепример
ISOISO 8601, стандарт SQL1997-12-17 07:37:16-08
SQLтрадиционный стиль12/17/1997 07:37:16.00 PST
PostgreSQLоригинальный стильWed Dec 17 07:37:16 1997 PST
Germanрегиональный стиль17.12.1997 07:37:16.00 PST

Примечание
ISO 8601 указывает, что для разделения даты и времени используется буква Т в верхнем регистре. QHB принимает этот формат при вводе, но на выходе, как показано выше, использует пробел, а не T. Это сделано для удобочитаемости и для соответствия RFC 3339, а также некоторым другим системам баз данных.

В стилях SQL и POSTGRES день отображается перед месяцем, если указан порядок полей DMY, в противном случае месяц отображается перед днем. (Информацию о том, как этот параметр также влияет на интерпретацию входных значений см. в подразделе Ввод даты/времени.) В таблице 15 приведены примеры.

Таблица 15. Соглашение о порядке отображения компонентов даты

Установка datestyleПорядок вводаПример вывода
SQL, DMYдень/месяц/год17/12/1997 15:37:16.00 CET
SQL, MDYмесяц/день/год12/17/1997 07:37:16.00 PST
PostgreSQL, DMYдень/месяц/годWed 17 Dec 07:37:16 1997 PST

Пользователь может выбрать стиль даты/времени с помощью команды SET datestyle, параметра DateStyle в файле конфигурации qhb.conf или переменной среды PGDATESTYLE на сервере или клиенте.

Также в качестве более гибкого способа форматирования выходных данных даты/времени доступна функция to_char (см. раздел Функции форматирования типов данных).

Часовые пояса

Часовые пояса и соглашения об их применении зависят от политических решений, а не только от географии. В начале прошлого века часовые пояса во всем мире были в некоторой степени стандартизированы, но продолжают претерпевать произвольные изменения, особенно в отношении правил перехода на летнее время. Для получения информации об отмененных правилах, касающихся часовых поясов, QHB использует широко распространенную базу данных часовых поясов IANA (Olson). Относительно будущего времени предполагается, что в заданном часовом поясе последние известные правила так и останутся неизменными.

В большинстве случаев QHB стремится к совместимости с определениями стандарта SQL. Однако стандарт SQL включает странное сочетание типов и возможностей даты и времени. Есть две очевидные проблемы:

  • Хотя у типа date не может быть связанного часового пояса, для типа time его можно указать. В реальном мире часовые пояса не имеют большого значения, если они не связаны одновременно с датой и с временем, поскольку смещение может изменяться в течение года вместе с границами летнего времени.

  • По умолчанию часовой пояс задается в виде постоянного числового смещения от UTC. Таким образом, при выполнении арифметических операций с датой/временем, пересекающими границы летнего времени, его невозможно учесть.

Во избежание этих трудностей рекомендуется при использовании часовых поясов выбирать типы даты/времени, содержащие и дату, и время. Мы не рекомендуем использовать тип time with time zone (хотя он и поддерживается QHB для соответствия стандарту SQL). Для всех типов, содержащих только дату или только время, в QHB предполагается местный часовой пояс.

Все значения даты и времени с учетом часового пояса хранятся внутри в формате UTC. Перед предоставлением клиенту они преобразуются в местное время в зоне, указанной параметром конфигурации TimeZone.

QHB позволяет указывать часовые пояса в трех разных формах:

  • Полное название часового пояса, например America/New_York. Распознанные имена часовых поясов перечислены в представлении pg_timezone_names. Для этой цели QHB использует широко распространенные данные часового пояса IANA, поэтому имена часовых поясов QHB распознаются также и другими приложениями.

  • Аббревиатура часового пояса, например PST. В отличие от полных имен часовых поясов, которые также могут подразумевать набор правил перехода на летнее время, такая спецификация просто определяет конкретное смещение от UTC. Распознаваемые аббревиатуры перечислены в представлении pg_timezone_abbrevs. Аббревиатуры часового пояса нельзя задать в параметрах конфигурации TimeZone или log_timezone, но можно использовать во входных значениях даты/времени и в операторе AT TIME ZONE.

  • В дополнение к названиям и аббревиатурам часовых поясов QHB будет принимать спецификации часовых поясов в стиле POSIX в виде

    STD смещение [ DST ]
    

    (пробелы добавлены для наглядности; в реальном указании их быть не должно)
    Здесь STD — аббревиатура стандартного часового пояса, смещение — стандартное смещение пояса от UTC, а DST — необязательная аббревиатура часового пояса при переходе на летнее время (смещение обычно опускается, поскольку по умолчанию оно равно стандартному смещению минус один час).
    Например, если EST5EDT еще не является распознанным названием часового пояса, оно будет принято и будет функционально равнозначно времени Восточного побережья США. В этом синтаксисе аббревиатура часового пояса может быть буквенной или произвольной строкой, заключенной в угловые скобки (<>). При наличии аббревиатуры DST предполагается, что она будет использоваться в соответствии с теми же правилами перехода на летнее время, которые применяются в записи posixrules базы данных часовых поясов IANA. В стандартной установке QHB posixrules совпадает с US/Eastern, поэтому спецификации часовых поясов в стиле POSIX соответствуют правилам перехода на летнее время в США. При необходимости это поведение можно изменить, заменив файл posixrules.

Иными словами, разница между аббревиатурами и полными названиями состоит в том, что аббревиатуры представляют конкретное смещение от UTC, тогда как многие полные названия подразумевают еще и местное правило перехода на летнее время и, соответственно, два возможных смещения UTC. Например, 2014-06-04 12:00 America/New_York представляет полдень по местному времени в Нью-Йорке, что для этого конкретного дня было восточным летним временем (UTC-4). Так что 2014-06-04 12:00 EDT обозначает тот же момент времени. Но 2014-06-04 12:00 EST обозначает полдень по восточному стандартному времени (UTC-5) независимо от того, действовало ли в этот день летнее время.

Дело осложняется тем, что в некоторых юрисдикциях одна и та же аббревиатура часового пояса используется для обозначения разных смещений UTC в разное время; например, в Москве MSK несколько лет означало UTC+3, а потом — UTC+4. QHB интерпретирует такие аббревиатуры в соответствии с тем, что они означают (или означали совсем недавно) в указанную дату; но, как и в приведенном выше примере с EST, это не обязательно будет соответствовать местному гражданскому времени на эту дату.

Следует помнить, что при введении названия часового пояса в стиле POSIX легко опечататься, поскольку проверка на правильность аббревиатур часовых поясов не проводится. Например, команда SET TIMEZONE TO FOOBAR0 выполнится успешно, приведя к тому, что система будет эффективно использовать довольно своеобразную аббревиатуру для UTC. Другая проблема заключается в том, что в стиле POSIX положительный знак (+) смещения имеют часовые пояса к западу от Гринвича. В других областях QHB следует соглашению ISO-8601, согласно которому положительные смещения часовых поясов находятся к востоку от Гринвича.

Во всех случаях названия и сокращения часовых поясов распознаются без учета регистра.

Ни имена часовых поясов, ни аббревиатуры не зашиты в сервер; они берутся из файлов конфигурации, хранящихся в папках .../share/timezone/ и .../share/timezonesets/ установочного каталога .

Параметр конфигурации TimeZone можно установить в файле qhb.conf или любым другим стандартным способом, описанным в главе Конфигурация сервера. Есть также несколько специальных способов установить его:

  • SQL-команда SET TIME ZONE устанавливает часовой пояс для текущего сеанса. Это альтернативное написание команды SET TIMEZONE TO, более совместимое со стандартом SQL.

  • Переменная среды PGTZ используется клиентами libpq для отправки команды SET TIME ZONE на сервер при подключении.

Ввод интервалов

Значения типа interval можно записать с помощью следующего подробного синтаксиса:

[@] количество единица [количество единица...] [направление]

где количество — это число (возможно, со знаком); единица — это одно из значений: microsecond, millisecond, second, minute, hour, day, week, month, year, decade, century, millennium (микросекунды, миллисекунды, секунды, минуты, часы, дни, недели, месяцы, годы, десятилетия, века и тысячелетия соответственно), либо сокращения или множественные формы этих слов; направление может принимать значение ago (назад) или быть пустым. Знак @ является необязательным. Величины различных единиц неявно суммируются с учетом соответствующего знака чисел. Указание ago меняет знак всех полей на противоположный. Этот синтаксис также используется при выводе интервала, если для параметра IntervalStyle установлено значение postgres_verbose.

Количество дней, часов, минут и секунд можно задать без явного указания единиц измерения. Например, '1 12:59:10’ читается так же, как '1 day 12 hours 59 min 10 sec'. Кроме того, комбинацию лет и месяцев можно указать с тире; например, '200-10' читается так же, как '200 years 10 months'. (Фактически только эти более короткие формы и разрешены стандартом SQL, и они используются при выводе, когда для IntervalStyle установлено значение sql_standard).

Значения типа interval также можно записать в виде временных интервалов, определенных в ISO 8601, используя либо «формат с кодами раздела 4.4.3.2 этого стандарта, либо «альтернативный формат» раздела 4.4.3.3. Формат с кодами выглядит так:

P количество единица [ количество единица ...] [ T [ количество единица ...]]

Строка должна начинаться с буквы P и может содержать букву T, предваряющую единицы времени суток. Доступные сокращения единиц приведены в таблице 16. Единицы можно опускать и указывать в любом порядке, но после T должны идти единицы меньше дня. В частности, значение кода M зависит от того, находится ли он до или после T

Таблица 16. Сокращения единиц временных интервалов ISO 8601

Сокращенное названиеЗначение
YГоды
MМесяцы (в дате)
WНедели
DДни
HЧасы
MМинуты (во времени)
SСекунды

В альтернативном формате:

P [ годы-месяцы-дни ] [ T часы:минуты:секунды ]

строка должна начинаться с P, а T разделяет компоненты даты и времени. Значения приведены в виде чисел, аналогичных датам ISO 8601.

При записи интервальной константы со указанием полей или присвоении интервальному столбцу строки с полями интерпретация немаркированных величин зависит от полей. Например, INTERVAL '1' YEAR читается как 1 год, а INTERVAL '1' — как 1 секунда. Кроме того, значения поля «справа» от наименее значимого поля, разрешенного в определении полей, просто отбрасываются. Например, в записи INTERVAL '1 day 2:03:04' HOUR TO MINUTE будет удалено поле секунд, но не дня.

Согласно стандарту SQL, все поля значения interval должны иметь одинаковый знак, поэтому ведущий отрицательный знак применяется ко всем полям; например, знак минус в интервальном литерале '-1 2:03:04' применяется как к дням, так и к часам/минутам/секундам. QHB позволяет полям иметь разные знаки и традиционно независимо обрабатывает знак каждого поля в текстовом представлении, так что в этом примере часы/минуты/секунды считаются положительными. Если для IntervalStyle установлено значение sql_standard, то ведущий знак считается применимым ко всем полям (но только при отсутствии дополнительных знаков). В противном случае используется традиционная интерпретация QHB. Во избежание неоднозначности, если какое-либо поле является отрицательным, рекомендуется прикреплять явный знак к каждому полю.

В подробном формате ввода и в некоторых полях более компактных форматов ввода значения полей могут иметь дробные части; например, '1.5 week' или '01:02:03.45'. Такое входное значение при сохранении преобразуется в соответствующее число месяцев, дней и секунд. Когда в результате у месяцев или дней появляется дробное число, эта дробь добавляется в поля младшего разряда с использованием коэффициентов преобразования 1 месяц = 30 дней и 1 день = 24 часа. Например, '1.5 month' превращается в 1 месяц и 15 дней. В виде дробного числа будут отображаться только секунды.

В таблице 17 приведены некоторые примеры допустимых входных значений типа interval.

Таблица 17. Ввод интервалов

ПримерОписание
1-2Стандартный формат SQL: 1 год 2 месяца
3 4:05:06Стандартный формат SQL: 3 дня 4 часа 5 минут 6 секунд
1 year 2 months 3 days 4 hours 5 minutes 6 secondsТрадиционный формат PostgreSQL: 1 год 2 месяца 3 дня 4 часа 5 минут 6 секунд
P1Y2M3DT4H5M6S«Формат с кодами» ISO 8601: то же значение, что и выше
P0001-02-03T04:05:06«Альтернативный формат» ISO 8601: то же значение, что и выше

Внутренние значения типа interval хранятся в виде месяцев, дней и секунд. Это сделано потому, что число дней в месяце варьируется, и в сутках может быть 23 или 25 часов, если происходит корректировка перехода на летнее время. Поля месяца и дня являются целыми числами, а поле секунд может быть дробным. Поскольку интервалы обычно получаются из константных строк или при вычитании меток времени, этот метод хранения применим в большинстве случаев, но может привести к неожиданным результатам:

SELECT EXTRACT(hours from '80 minutes'::interval);
 date_part
-----------
         1

SELECT EXTRACT(days from '80 hours'::interval);
 date_part
-----------
         0

Для настройки дней и часов, выходящих за пределы нормальных диапазонов доступны функции justify_days и justify_hours.

Вывод интервалов

Формат вывода типа interval можно установить в одном из четырех стилей: sql_standard, postgres, postgres_verbose или iso_8601 с помощью команды SET intervalstyle. По умолчанию используется формат postgres. В таблице 18 приведены примеры каждого стиля вывода.

Стиль sql_standard создает выходные данные, соответствующие определению стандарта SQL для литеральных строк интервалов, если значение интервала соответствует ограничениям стандарта (только год-месяц или только день-время, без смешивания положительных и отрицательных компонентов). В противном случае выходные данные выглядят как стандартная литеральная строка год-месяц, за которой следует литеральная строка день-время с явными знаками, добавленными для устранения неоднозначности интервалов со смешанными знаками.

Вывод в стиле postgres соответствует формату в QHB, когда для параметра DateStyle установлено значение ISO.

Вывод в стиле postgres_verbose соответствует формату в QHB, когда для параметра DateStyle установлено значение, отличное от ISO.

Вывод в стиле iso_8601 соответствует «формату с кодами, описанному в разделе 4.4.3.2 стандарта ISO 8601.

Таблица 18. Примеры стилей вывода интервалов

СтильИнтервал год-месяцИнтервал день-времяСмешанный интервал
sql_standard1-23 4:05:06-1-2 +3 -4: 05: 06
postgres1 year 2 mons3 days 04:05:06-1 year -2 mons +3 days -04:05:06
postgres_verbose@ 1 year 2 mons@ 3 days 4 hours 5 mins 6 secs@ 1 year 2 mons -3 days 4 hours 5 mins 6 secs ago
iso_8601P1Y2MP3DT4H5M6SР-1Y-2M3DT-4H-5М-6S