Re: pgsql: Add more SQL/JSON constructor functions
От | Amit Langote |
---|---|
Тема | Re: pgsql: Add more SQL/JSON constructor functions |
Дата | |
Msg-id | CA+HiwqHVgMfo0QFc9dQr-VOro_TqaOg9mGxXJTPnTVuRGuXCpA@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: pgsql: Add more SQL/JSON constructor functions (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: pgsql: Add more SQL/JSON constructor functions
|
Список | pgsql-hackers |
On Tue, Jun 4, 2024 at 2:20 AM Tom Lane <tgl@sss.pgh.pa.us> wrote: > Peter Eisentraut <peter@eisentraut.org> writes: > > On 02.06.24 21:46, Tom Lane wrote: > >> If you don't > >> like our current behavior, then either you have to say that RETURNING > >> with a length-limited target type is illegal (which is problematic > >> for the spec, since they have no such type) or that the cast behaves > >> like an implicit cast, with errors for overlength input (which I find > >> to be an unintuitive definition for a construct that names the target > >> type explicitly). > > > It asks for the latter behavior, essentially (but it's not defined in > > terms of casts). It says: > > Meh. Who needs consistency? But I guess the answer is to do what was > suggested earlier and change the code to use COERCE_IMPLICIT_CAST. OK, will post a patch to do so in a new thread on -hackers. -- Thanks, Amit Langote
В списке pgsql-hackers по дате отправления: