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 по дате отправления: