Re: JSON constructors and window functions
| От | Andrew Dunstan |
|---|---|
| Тема | Re: JSON constructors and window functions |
| Дата | |
| Msg-id | 16faf0bc-79d7-709f-6eed-42b1ce1d7389@dunslane.net обсуждение исходный текст |
| Ответ на | Re: JSON constructors and window functions (Andrew Dunstan <andrew@dunslane.net>) |
| Ответы |
Re: JSON constructors and window functions
|
| Список | pgsql-hackers |
On 4/2/22 15:40, Andrew Dunstan wrote:
> On 4/2/22 01:25, Jaime Casanova wrote:
>> I got a crash running the below query on the regression database:
>>
>> """
>> select pg_catalog.json_object_agg_unique(10,
>> cast(ref_0.level2_no as int4))
>> over (partition by ref_0.parent_no
>> order by ref_0.level2_no)
>> from public.transition_table_level2 as ref_0;
>> """
>>
>> Attached the backtrace.
>>
>> PS: I'm cc'ing Andrew and Nikita because my feeling is that this is
>> f4fb45d15c59d7add2e1b81a9d477d0119a9691a responsability.
>
>
> Hmm. Thanks for the report. The code in json_unique_check_key() looks
> sane enough., so the issue is probably elsewhere. I'll keep digging.
Haven't found the issue yet :-( It happens on the second call for the
partition to json_check_unique_key().
Here's a more idiomatic and self-contained query that triggers the problem.
select json_objectagg('10' : ref_0.level2 with unique keys)
over (partition by ref_0.parent_no order by ref_0.level2)
from (values (1::int,1::int),(1,2),(2,1),(2,2)) as ref_0(parent_no,level2);
cheers
andrew
--
Andrew Dunstan
EDB: https://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: