| From: | Michael Paquier <michael(dot)paquier(at)gmail(dot)com> |
|---|---|
| To: | npage(at)dynamicsignal(dot)com |
| Cc: | pgsql-bugs(at)postgresql(dot)org |
| Subject: | Re: BUG #11457: The below query crashes 9.3.5, but not 9.3.4 |
| Date: | 2014-09-20 17:44:29 |
| Message-ID: | CAB7nPqS7MXb2ENB=_EB0bwtM92eTbZOFwfz5MvZFy8GpRwuZYQ@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs |
On Fri, Sep 19, 2014 at 7:23 PM, <npage(at)dynamicsignal(dot)com> wrote:
> SELECT
> [stuff]
> ) As "GroupBy1"
I tried to come up with a minimum schema close to what is used in your
example, aka 7 relations, 6 unioning on an ID column with an extra
inner join, and then tried the same query but I could not trigger the
crash on master, latest REL9_3_STABLE (9474c9d) or even 9.3.5.
Having only a query (on 7 relations btw!) and not a self-contained
test-case makes it harder to reproduce a crash. Could you provide at
least a minimum schema that triggers the crash so as we could
reproduce it more easily? I am attaching as well the self-contained
test case with your query and the minimal schema I could come up with
for the moment just for reference.
Regards,
--
Michael
| Attachment | Content-Type | Size |
|---|---|---|
| test.sql | application/octet-stream | 1.2 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2014-09-20 20:21:51 | Re: BUG #11441: Weird (and seems wrong) behavior of partial indexes with order by/limit |
| Previous Message | Maxim Boguk | 2014-09-20 07:29:36 | Re: Re: BUG #11441: Weird (and seems wrong) behavior of partial indexes with order by/limit |