| From: | Robert Haas <robertmhaas(at)gmail(dot)com> |
|---|---|
| To: | Kouhei Kaigai <kaigai(at)ak(dot)jp(dot)nec(dot)com> |
| Cc: | Dilip Kumar <dilipbalaut(at)gmail(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: Proposal: scan key push down to heap [WIP] |
| Date: | 2016-11-03 13:59:54 |
| Message-ID: | CA+TgmoaVPgO8VvAm-6CzOmMHmXUWL19hD6u9qBnBftXz4oFzAQ@mail.gmail.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Tue, Nov 1, 2016 at 8:31 PM, Kouhei Kaigai <kaigai(at)ak(dot)jp(dot)nec(dot)com> wrote:
> By the way, I'm a bit skeptical whether this enhancement is really beneficial
> than works for this enhancement, because we can now easily increase the number
> of processor cores to run seq-scan with qualifier, especially, when it has high
> selectivity.
> How about your thought?
Are you saying we don't need to both making sequential scans faster
because we could just use parallel sequential scan instead? That
doesn't sound right to me.
--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Guillaume Lelarge | 2016-11-03 14:01:18 | Re: Exclude pg_largeobject form pg_dump |
| Previous Message | Robert Haas | 2016-11-03 13:46:29 | pgsql: libpq: Allow connection strings and URIs to specify multiple hos |