Parallell Optimizer - Mailing list pgsql-hackers

From Fred&Dani&Pandora&Aquiles
Subject Parallell Optimizer
Date
Msg-id CACcJavBKgtZiTLOpKZrMprSvD7_St-Hp58khUPZec3-DBFhL4g@mail.gmail.com
Whole thread Raw
Responses Re: Parallell Optimizer  (Tom Lane <tgl@sss.pgh.pa.us>)
Re: Parallell Optimizer  (Yeb Havinga <yebhavinga@gmail.com>)
List pgsql-hackers
I asked a while ago in this group about the possibility to implement a parallel planner in a multithread way, and  the replies were that the proposed approach couldn't be implemented, because the postgres is not thread-safe. With the new feature Background Worker Processes, such implementation would be possible? If yes, do you can see possible problems in implement this approach, for example, the bgprocess can't access some planning core functions like make_join_rel, acess them in parallel and so on. I want start a research to work in a parallel planner in postgres, I succeeded in in the DBMS H2, but my first option still is the postgres, and any help is welcome.

Att,

Fred

pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: SPGist "triple parity" concept doesn't work
Next
From: Noah Misch
Date:
Subject: Re: ALTER DEFAULT PRIVILEGES FOR ROLE is broken