| From: | John R Pierce <pierce(at)hogranch(dot)com> |
|---|---|
| To: | pgsql-general(at)lists(dot)postgresql(dot)org |
| Subject: | Re: Does Postgresql 10 query partitions in parallel? |
| Date: | 2017-12-06 18:53:22 |
| Message-ID: | 56dca4c5-f043-abe6-0b4b-cea22a141e63@hogranch.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On 12/6/2017 5:11 AM, Maltsev Eduard wrote:
> I'm curious if the new feature of Postgresql allows to take advantage
> of multiple cpus on server, and multiple servers (fdw), for larger
> read only queries (Data mining). In general there should be some
> worker that queries partitions and merges the results, and I expect it
> to be done in parallel. This becomes critical when foreign tables are
> used, I suppose.
PostgreSQL 10 does indeed have a parallel query feature that will use
multiple cores. you have to explicity invoke it. As this is a first
implementation, its fairly limited as to the sorts of queries that can
be parallized, but this will be enhanced in future versions.
https://www.postgresql.org/docs/current/static/parallel-query.html (read
the whole chapter)
--
john r pierce, recycling bits in santa cruz
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Andres Freund | 2017-12-06 19:33:07 | Re: Does Postgresql 10 query partitions in parallel? |
| Previous Message | hmidi slim | 2017-12-06 15:26:34 | Why the creation of spatial indexes decrease the performance of a query? |