Re: Uber migrated from Postgres to MySQL
| От | Marc Fournier |
|---|---|
| Тема | Re: Uber migrated from Postgres to MySQL |
| Дата | |
| Msg-id | 211B24EE-6820-4385-9180-BCC97AC2FC4E@2ndquadrant.com обсуждение исходный текст |
| Ответ на | Re: Uber migrated from Postgres to MySQL (Bruce Momjian <bruce@momjian.us>) |
| Ответы |
Re: Uber migrated from Postgres to MySQL
Re: Uber migrated from Postgres to MySQL |
| Список | pgsql-general |
On Jul 27, 2016, at 09:59, Bruce Momjian <bruce@momjian.us> wrote:
I think long-term we are looking at pg_logical for zero-downtime
upgrades and _downgrades_, and pg_upgrade for less overhead (I don't
want to make a second copy of my data) upgrades (but not downgrades).
I think this is probably the best we are going to be able to do for a
long time.
Unless otherwise documented, the following downgrade paths are supported:
Downgrading from a release series version to an older release series version is supported using all downgrade methods. For example, downgrading from 5.7.10 to 5.7.9 is supported. Skipping release series versions is also supported. For example, downgrading from 5.7.11 to 5.7.9 is supported.
Downgrading one release level is supported using the logical downgrade method. For example, downgrading from 5.7 to 5.6 is supported.
Downgrading more than one release level is supported using the logical downgrade method, but only if you downgrade one release level at a time. For example, you can downgrade from 5.7 to 5.6, and then to 5.5.
PostgreSQL Development, 24x7 Support, RemoteDBA, Training & Services
В списке pgsql-general по дате отправления: