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: | Raw Message | Whole Thread | 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? |