From: | Jason Dusek <jason(dot)dusek(at)gmail(dot)com> |
---|---|
To: | Guyren Howe <guyren(at)gmail(dot)com>, PostgreSQL <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Uber migrated from Postgres to MySQL |
Date: | 2016-07-28 05:52:41 |
Message-ID: | CAO3NbwPmz-r1s_7xXH8zXU+hYfkEP7AuOcyESWMTWdX7ezgKmQ@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
With regards to write amplification, it makes me think about about OIDs.
Used to be, every row had an OID and that OID persisted across row versions.
https://www.postgresql.org/docs/9.5/static/runtime-config-compatible.html#GUC-DEFAULT-WITH-OIDS
Would reintroducing such a feature address some of Uber's concerns about
multiple indexes? It could, and would do so without the implicit
requirement of a foreign key; but it would also require a fast OID to CTID
mapping.
On Tue, 26 Jul 2016 at 10:40 Guyren Howe <guyren(at)gmail(dot)com> wrote:
> Honestly, I've never heard of anyone doing that. But it sounds like they
> had good reasons.
>
> https://eng.uber.com/mysql-migration/
>
> Thoughts?
>
> --
> Sent via pgsql-general mailing list (pgsql-general(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-general
>
From | Date | Subject | |
---|---|---|---|
Next Message | Jeff Janes | 2016-07-28 07:35:23 | Re: Uber migrated from Postgres to MySQL |
Previous Message | James Keener | 2016-07-28 05:08:31 | Re: Uber migrated from Postgres to MySQL |