From: | Ashutosh Bapat <ashutosh(dot)bapat(at)enterprisedb(dot)com> |
---|---|
To: | MauMau <maumau307(at)gmail(dot)com> |
Cc: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Robert Haas <robertmhaas(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: I'd like to discuss scaleout at PGCon |
Date: | 2018-06-06 03:48:33 |
Message-ID: | CAFjFpRex6rTHG2n+_Ai=XLRhWAXqxLpkCXFE-L3tD+rWKiWx8g@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Tue, Jun 5, 2018 at 10:04 PM, MauMau <maumau307(at)gmail(dot)com> wrote:
> From: Ashutosh Bapat
>> In order to normalize parse trees, we need to at
>> least replace various OIDs in parse-tree with something that the
>> foreign server will understand correctly like table name on the
>> foreign table pointed to by local foreign table OR (schema
> qualified)
>> function names and so on.
>
> Yes, that's the drawback of each node in the cluster having different
> OIDs for the same object. That applies to XL, too.
Keeping OIDs same across the nodes would require extra communication
between nodes to keep track of next OID, dropped OIDs etc. We need to
weigh the time spent in that communication and the time saved during
parsing.
> In XL, the data
> node returns the data type names of the columns in the result set to
> the coordinator. Then the coordinator seemed to parse each data type
> name with base_yyparse() to convert the name to its OID on the
> coordinator. That's why base_yyparse() appeared at the top in the
> perf profile.
I do not understand, why do we need base_yyparse() to parse type name.
We already have functions specifically for parsing object names.
--
Best Wishes,
Ashutosh Bapat
EnterpriseDB Corporation
The Postgres Database Company
From | Date | Subject | |
---|---|---|---|
Next Message | Ashutosh Bapat | 2018-06-06 03:51:54 | Re: [HACKERS] Partition-wise join for join between (declaratively) partitioned tables |
Previous Message | Thomas Munro | 2018-06-06 03:35:11 | Re: buildfarm vs code |