Re: BUG #11457: The below query crashes 9.3.5, but not 9.3.4
От | Michael Paquier |
---|---|
Тема | Re: BUG #11457: The below query crashes 9.3.5, but not 9.3.4 |
Дата | |
Msg-id | CAB7nPqS3xsWezFEnyQPNajUVkrTGyKjsP3rqAETDvsw0SyDCCQ@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: BUG #11457: The below query crashes 9.3.5, but not 9.3.4 (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: BUG #11457: The below query crashes 9.3.5, but not 9.3.4
|
Список | pgsql-bugs |
On Wed, Oct 1, 2014 at 2:43 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > Accordingly, I propose a patch more like the attached. This doesn't > try to change the data structures, but it does take the viewpoint that > all current callers of find_childrel_appendrelinfo() need to be fixed > to explicitly consider multiple levels of parent appendrels. > This approach is far more solid than my previous stuff and makes the approach I took really brittle... Looking at your code, I am wondering if it would not be safer to add some assertions in find_childrel_top_parent and find_childrel_parents, something like a check on RELOPT_BASEREL for rel->reloptkind before returning a result. Er, those new functions should always finishing by scanning a base rel, right? Btw, this code will need minor adjustments for REL9_2_STABLE and REL9_3_STABLE. Is a backpatch down to 9.1 to be considered? -- Michael
В списке pgsql-bugs по дате отправления: