Исходное сообщение
"Рассматривается переход СУБД PostgreSQL на новую нумерацию в..." Отправлено Stax, 20-Май-16 13:52
Такая схема не будет работать. Каждый не-багфикс релиз постгреса (как минимум в рамках последних 8 и всех 9-ок - более ранние не видел) всегда был major1 по такой терминологии. Более того, не только постоянно дополняют новыми конструкциями / типами / фичами, которые в старом работать не будут, они меняют формат внутренних таблиц, а иногда и бинарных данных. И переходить с версии на версию можно только через dump/restore. По факту сейчас есть два типа релизов постгреса 1) секьюрити фиксы и багфиксы (накручивается последняя цифра), переходить обычно можно просто обновлением - но иногда после перехода-таки нужно что-то сделать, чтобы багфикс активировался, напр. пересоздать индексы, поэтому обновляться - кроме как совсем требовательного продакшена - обычно можно, но релизноты прочесть стоит. 2) добавляют новые несовместимые фичи, иногда даже ломают обратную совместимость (чаще в расширениях, но бывает и в основном коде), меняют формат, автоматический переход невозможен - читаем релизноты и организуем вручную, обычно с приличным даунтаймом. Накручивается средняя цифра. Репозитории устроены так, что автоматическое обновление на такую версию никогда не произойдет. Иногда, когда средняя цифра слишком большая, а фич накрутили уж совсем много, накручивают первую. Принципиально ничем не отличается от накрутки средней. Сейчас они просто отказываются от последнего правила, которое слишком нестрого. И убирают бывшую старшую версию. Ну а чтобы версионность не сломалась (и версия была больше, чем 9.5), начинают с 10. Новая вторая цифра - бывшая третья, все просто. Какие еще гонки, люди, кони?... В процессе разработки вообще ничего не меняется, просто выкидывается старшая цифра, т.к. она ничего не значит уже много лет, все определяется (бывшей) средней, которая теперь становится первой, как по сути оно и есть.