Re: BUG #6178: date_trunc : interval units "week" not supported contradicts documentation

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: BUG #6178: date_trunc : interval units "week" not supported contradicts documentation
Дата
Msg-id 20120815205008.GO25473@momjian.us
обсуждение исходный текст
Ответ на BUG #6178: date_trunc : interval units "week" not supported contradicts documentation  ("Noah Hamerslough" <noah@pcc.com>)
Список pgsql-bugs
On Thu, Aug 25, 2011 at 07:05:34PM +0000, Noah Hamerslough wrote:
>
> The following bug has been logged online:
>
> Bug reference:      6178
> Logged by:          Noah Hamerslough
> Email address:      noah@pcc.com
> PostgreSQL version: 8.4
> Operating system:   Windows Vista
> Description:        date_trunc : interval units "week" not supported
> contradicts documentation
> Details:
>
> http://www.postgresql.org/docs/8.4/static/functions-datetime.html#FUNCTIONS-
> DATETIME-TRUNC
>
> The documentation for date_trunc('field', source) lists 'week' in the as a
> valid value for 'field' However, if the source is an interval, 'week' is not
> supported.
>
>  select date_trunc('week', '1 month 15 days'::interval);
>
>  ERROR: interval units "week" not supported
>  SQL state: 0A000
>
> Either 'week' should be supported or the documentation should be updated to
> reflect that it is not.

Turns out the reason we don't support this is because there are usually
a fractional number of weeks in a month, so there is no good way to do
this for intervals.   I have applied the attached patch to PG 9.3 which
will explain why this is not supported.  I saw this as better than a
documentation mention.

--
  Bruce Momjian  <bruce@momjian.us>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

  + It's impossible for everything to be true. +

Вложения

В списке pgsql-bugs по дате отправления:

Предыдущее
От: daniel@heroku.com
Дата:
Сообщение: BUG #7497: Excessive toast bloat after standby promotion
Следующее
От: John R Pierce
Дата:
Сообщение: Re: BUG #7494: WAL replay speed depends heavily on the shared_buffers size