Re: [PATCH] Add a new pattern for zero-based months for Date/Time Formatting
От | Peter Eisentraut |
---|---|
Тема | Re: [PATCH] Add a new pattern for zero-based months for Date/Time Formatting |
Дата | |
Msg-id | b6e5e60e-2b0b-462b-afec-1cd1efd8c132@eisentraut.org обсуждение исходный текст |
Ответ на | [PATCH] Add a new pattern for zero-based months for Date/Time Formatting (Vincent Moreau <vincentneko@gmail.com>) |
Ответы |
Re: [PATCH] Add a new pattern for zero-based months for Date/Time Formatting
|
Список | pgsql-hackers |
On 24.03.25 11:45, Vincent Moreau wrote: > I came across date information from an external data source where the > month number is zero-based (January = 0, December = 11) and found that > I couldn't process it directly using the TO_DATE function. > This patch introduces a new pattern (MZ) for handling zero-based > months in Date/Time Formatting. > > ## Example > > SELECT to_date('01012025', 'DDMZYYYY'); > to_date > ------------ > 2025-02-01 > > ## Implementation notes > > This is my first patch submission. I have tried to follow the > guidelines from various documents, but please let me know if anything > is missing or not aligned with expectations. My apologies in advance > for any oversights. Welcome. The patch looks pretty solid as such. But the date formatting functions are tied into the SQL standard and/or Oracle compatibility, so we shouldn't just make up our own placeholders without analyzing how they fit into the larger scheme in terms of compatibility. Moreover, if there are zero-based months, why not zero-based days, or any of the other fields? I suspect that this is a pretty marginal use, and you might be better of trying to work around it externally.
В списке pgsql-hackers по дате отправления: