| From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
|---|---|
| To: | Juan José Santamaría Flecha <juanjo(dot)santamaria(at)gmail(dot)com> |
| Cc: | Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com>, Dmitry Koval <d(dot)koval(at)postgrespro(dot)ru>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: WIN32 pg_import_system_collations |
| Date: | 2023-02-28 20:26:07 |
| Message-ID: | 3ae07868-1678-e849-9518-e8e518c5e467@dunslane.net |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 2023-02-28 Tu 11:40, Juan José Santamaría Flecha wrote:
>
> On Tue, Feb 28, 2023 at 12:55 PM Andrew Dunstan <andrew(at)dunslane(dot)net>
> wrote:
>
> On 2023-02-27 Mo 17:20, Juan José Santamaría Flecha wrote:
>
>
> Hmm, yeah. I'm not sure I understand the point of this test anyway:
>
>
> SELECT to_char(date '2010-03-01', 'DD TMMON YYYY' COLLATE "de_DE");
>
>
> Uhm, they probably don't make much sense except for "tr_TR", so I'm
> fine with removing them. PFA a patch for so.
>
>
I think you missed my point, which was that the COLLATE clause above
seemed particularly pointless. But I agree that all these are not much
use, so I'll remove them as you suggest.
cheers
andrew
--
Andrew Dunstan
EDB:https://www.enterprisedb.com
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Peter Eisentraut | 2023-02-28 20:28:38 | Re: Transparent column encryption |
| Previous Message | Daniel Gustafsson | 2023-02-28 20:14:19 | Refactoring SysCacheGetAttr to know when attr cannot be NULL |