| From: | Félix GERZAGUET <felix(dot)gerzaguet(at)gmail(dot)com> |
|---|---|
| To: | Nicolas Gouteux <nicolas(dot)gouteux(at)sonarsource(dot)com> |
| Cc: | David Rowley <dgrowleyml(at)gmail(dot)com>, "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>, "pgsql-bugs(at)lists(dot)postgresql(dot)org" <pgsql-bugs(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: BUG #18051: char(N) and varchar(N) behave opposite to the documentation |
| Date: | 2023-08-09 15:02:26 |
| Message-ID: | CANVwZtvyiT3Vz-RB8V-nvzt4tjZ-C8ucaBpVZ77w5v_xMOFTVA@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs |
Hello Nicolas,
On Wed, Aug 9, 2023 at 4:47 PM Nicolas Gouteux <
nicolas(dot)gouteux(at)sonarsource(dot)com> wrote:
> I was just trying to show more junior programmers the difference between
> the 'assumed' padded char and the more modern 'trimming' varchar
> So imagine my surprise when both length() and concatenation() yielded the
> exactly opposite behavior than expected!
>
For such pedagogic purpose you can use:
select length(cast('A' as char(4))::bytea)
But you then have to explain the ::bytea trick :-)
Best Regards,
| From | Date | Subject | |
|---|---|---|---|
| Next Message | David Rowley | 2023-08-09 15:03:19 | Re: BUG #18051: char(N) and varchar(N) behave opposite to the documentation |
| Previous Message | Nicolas Gouteux | 2023-08-09 14:49:17 | Re: BUG #18051: char(N) and varchar(N) behave opposite to the documentation |