Re: Created feature for to_date() conversion using patterns'YYYY-WW', 'YYYY-WW-D', 'YYYY-MM-W' and 'YYYY-MM-W-D'
В списке pgsql-hackers по дате отправления:
| От | Alvaro Herrera |
|---|---|
| Тема | Re: Created feature for to_date() conversion using patterns'YYYY-WW', 'YYYY-WW-D', 'YYYY-MM-W' and 'YYYY-MM-W-D' |
| Дата | |
| Msg-id | 20200228155709.GA32245@alvherre.pgsql обсуждение исходный текст |
| Ответ на | Re: Created feature for to_date() conversion using patterns 'YYYY-WW', 'YYYY-WW-D', 'YYYY-MM-W' and 'YYYY-MM-W-D' (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
I just noticed that this patch has been classified under "bug fixes", but per Tom's comments, this is not a bug fix -- it seems we would need a new format code to implement some different week numbering mechanism. That seems a new feature, not a bug fix. Therefore I propose to move this in Commitfest from "Bug fixes" to "Server features". This has implications such as not automatically moving to next commitfest if no update appears during this one. I've never personally had to write calendaring applications, so I don't have an opinion on whether this is useful. Why isn't it sufficient to rely on ISO week/day numbering (IW/ID), which appears to be more consistent? I think we should consider adding more codes only if real-world use cases exist for them. -- Álvaro Herrera https://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера