| 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: | Whole Thread | Raw Message | 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 |