Re: [HACKERS] delta relations in AFTER triggers
От | Thomas Munro |
---|---|
Тема | Re: [HACKERS] delta relations in AFTER triggers |
Дата | |
Msg-id | CAEepm=1YHR9fDuOnjqGdMiijOvO4zN3d=M_jvyS5R1g9UGdoZw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [HACKERS] delta relations in AFTER triggers (Thomas Munro <thomas.munro@enterprisedb.com>) |
Ответы |
Re: [HACKERS] delta relations in AFTER triggers
Re: [HACKERS] delta relations in AFTER triggers |
Список | pgsql-hackers |
On Tue, Feb 21, 2017 at 7:14 AM, Thomas Munro <thomas.munro@enterprisedb.com> wrote: > On Fri, Jan 20, 2017 at 2:49 AM, Kevin Grittner <kgrittn@gmail.com> wrote: >> Attached is v9 which fixes bitrot from v8. No other changes. >> >> Still needs review. Based on a suggestion from Robert off-list I tried inserting into a delta relation from a trigger function and discovered that it segfaults: * frame #0: 0x00000001057705a6 postgres`addRangeTableEntryForRelation(pstate=0x00007fa58186a4d0, rel=0x0000000000000000, alias=0x0000000000000000, inh='\0', inFromCl='\0') + 70 at parse_relation.c:1280 [opt] frame #1: 0x000000010575bbda postgres`setTargetTable(pstate=0x00007fa58186a4d0, relation=0x00007fa58186a098, inh=<unavailable>, alsoSource='\0', requiredPerms=1) + 90 at parse_clause.c:199 [opt] frame #2: 0x0000000105738530 postgres`transformStmt [inlined] transformInsertStmt(pstate=<unavailable>) + 69 at analyze.c:540 [opt] frame #3: 0x00000001057384eb postgres`transformStmt(pstate=<unavailable>, parseTree=<unavailable>) + 2411 at analyze.c:279 [opt] frame #4: 0x0000000105737a42 postgres`transformTopLevelStmt(pstate=<unavailable>, parseTree=0x00007fa58186a438) + 18 at analyze.c:192 [opt] frame #5: 0x00000001059408d0 postgres`pg_analyze_and_rewrite_params(parsetree=0x00007fa58186a438, query_string="insert into d values (1000000, 1000000, 'x')", parserSetup=(plpgsql.so`plpgsql_parser_setup at pl_comp.c:1017), parserSetupArg=0x00007fa58185c2a0, queryEnv=0x00007fa581857798) + 128 at postgres.c:706 [opt] -- Thomas Munro http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: