Re: TRAP: failed Assert("outerPlan != NULL") in postgres_fdw.c
От | Etsuro Fujita |
---|---|
Тема | Re: TRAP: failed Assert("outerPlan != NULL") in postgres_fdw.c |
Дата | |
Msg-id | CAPmGK16fkr0QhnV0dvX_car_tx9fe2JGTyWpH3zG0N41w-vqVQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: TRAP: failed Assert("outerPlan != NULL") in postgres_fdw.c (Masahiko Sawada <sawada.mshk@gmail.com>) |
Список | pgsql-bugs |
On Fri, Oct 3, 2025 at 7:21 AM Masahiko Sawada <sawada.mshk@gmail.com> wrote: > I've updated the patch based on your comments. Please find the attached patch. Thanks for updating the patch! +step "s1_tuplock" { + EXPLAIN (COSTS OFF, ANALYZE ON, TIMING OFF, SUMMARY OFF, BUFFERS OFF) + SELECT a.i, + (SELECT 1 FROM fb, fc WHERE a.i = fb.i AND fb.i = fc.i) + FROM a as a + FOR UPDATE; +} Maybe my comment about this step was not enough, but I'm wondering we should run EXPLAIN and then SELECT here like below, rather than running EXPLAIN ANALYZE, as that seems more usual to me: step "s1_tuplock" { EXPLAIN (VERBOSE, COSTS OFF) SELECT a.i, (SELECT 1 FROM fb, fc WHERE a.i = fb.i AND fb.i = fc.i) FROM a FOR UPDATE; SELECT a.i, (SELECT 1 FROM fb, fc WHERE a.i = fb.i AND fb.i = fc.i) FROM a FOR UPDATE; } I added the VERBOSE option to show the remote query, and removed the alias for a. BTW: you added quotation marks around a name for each session or step like "s1_tuplock". Do we really need them? This is nitpicking, though. Best regards, Etsuro Fujita
В списке pgsql-bugs по дате отправления: