| From: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
|---|---|
| To: | Tomas Vondra <tomas(dot)vondra(at)enterprisedb(dot)com> |
| Cc: | Pg Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: support for MERGE |
| Date: | 2021-11-12 18:13:58 |
| Message-ID: | 202111121813.44jbkflr7kgn@alvherre.pgsql |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On 2021-Nov-12, Tomas Vondra wrote:
> On 11/12/21 18:57, Alvaro Herrera wrote:
> > Secondarily, and I'm now not sure that I really want to do it, is change
> > the representation for executor: instead of creating a fake join between
> > target and source, perhaps we should have just source, and give
> > optimizer a separate query to fetch tuples from target.
>
> When you say you're not sure you want to change this, is that because you
> don't have time for that, or because you think the current approach is
> better?
I'm not sure that doing it the other way will be better. We'll have two
queries to optimize: one is reading from the data source, and the other
is fetching tuples from the target table based on the conditions applied
to each row obtained form the data source. Right now, we just apply a
join and let the optimizer do it's thing. It's simpler, but ...
--
Álvaro Herrera PostgreSQL Developer — https://www.EnterpriseDB.com/
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Euler Taveira | 2021-11-12 18:35:55 | Re: Logical Replication - improve error message while adding tables to the publication in check_publication_add_relation |
| Previous Message | Bruce Momjian | 2021-11-12 18:13:07 | Re: XTS cipher mode for cluster file encryption |