| From: | Jeff Davis <pgsql(at)j-davis(dot)com> |
|---|---|
| To: | Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com>, Dave Cramer <davecramer(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: Request for comment on setting binary format output per session |
| Date: | 2023-03-22 17:56:53 |
| Message-ID: | 5c019e901099c183ee5f1c450325053135585381.camel@j-davis.com |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Wed, 2023-03-22 at 10:21 +0100, Peter Eisentraut wrote:
> I've been thinking that we need some new kind of identifier to allow
> clients to process types in more sophisticated ways.
>
> For example, each type could be (self-)assigned a UUID, which is
> fixed
> for that type no matter in which schema or under what extension name
> or
> with what OID it is installed. Client libraries could then hardcode
> that UUID for processing the types. Conversely, the UUID could be
> changed if the wire format of the type is changed, without having to
> change the type name.
That sounds reasonable to me. It could also be useful for other
extension objects (or the extension itself) to avoid other kinds of
weirdness from name collisions or major version updates or extensions
that depend on other extensions.
Regards,
Jeff Davis
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Zheng Li | 2023-03-22 18:04:15 | Re: Initial Schema Sync for Logical Replication |
| Previous Message | Robert Haas | 2023-03-22 17:54:37 | Re: On login trigger: take three |