https://opennet.ru/openforum/vsluhforumID3/114299.html Сформированы (https://www.postgresql.org/about/news/1851/) корректирующие обновления для всех поддерживаемых веток PostgreSQL: 10.4 (https://www.postgresql.org/docs/current/static/release-10-4.html), 9.6.9 (http://www.postgresql.org/docs/current/static/release-9-6-9.html), 9.5.13 (http://www.postgresql.org/docs/current/static/release-9-5-13.html), 9.4.18 (http://www.postgresql.org/docs/current/static/release-9-4-18.html) и 9.3.23 (http://www.postgresql.org/docs/current/static/release-9-3-23.html), в которых представлена порция исправлений ошибок. Выпуск обновлений для ветки 9.3 продлится (http://www.postgresql.org/support/versioning/) до сентября 2018 г., 9.4 до декабря 2019 г., 9.5 до января 2021 г., 9.6 - до сентября 2021 года, 10 - до октября 2022 года. <br><br><br><br>В обновлении устранена уязвимость (CVE-2018-1115), связанная с предоставлением общих привилегий (вместо привязки к администратору) для вызова функции pg_logfile_rotate(), устаревшего варианта pg_rotate_logfile() из contrib/adminpack. Уязвимость позв https://opennet.ru/openforum/vsluhforumID3/114299.html#14 Wed, 16 May 2018 12:55:43 GMT Пожалуй лучшая СУБД<br> https://opennet.ru/openforum/vsluhforumID3/114299.html#13 Wed, 16 May 2018 02:34:22 GMT Менеджер какой-то забрёл? :) Что значит "отзывчивость select"? Если время выполнения, то в Постгресе count(*) настолько тормозной по сравнению с например Монго, что его можно и в 100 раз ускорить :) всё остальное блабла. Когда Убер вернется на Постгрес, тогда и поговорим про прогресс в скорости :)<br><br>&gt;1) переучить всех разработчиков (не быстро, возможно)<br>&gt;2) переучить всех ПМ (очень не быстро, маловероятно)<br>&gt;3) переобучить всех клиентов (почти невозможно, стоит подыскивать новую нишу)<br><br>Ога, особенно клиентов надо переучивать. А ещё бабушку с дедушкой :)<br> https://opennet.ru/openforum/vsluhforumID3/114299.html#12 Tue, 15 May 2018 21:20:32 GMT &gt;&gt; какой прирост у 9.5 vs 10.3<br><br>9.5._13_ vs 10._4_ (мериемся старшими версиями надеюсь?)<br><br>TLDR: Параллельные запросы ускорили (не для хайлоад) отзывчивость в 4-10 раз (count(*), select). Для хайлоада декларативное секционирование перераспределило нагрузку на IO диска.<br><br>Развернуто:<br>В число ключевых усовершенствований PostgreSQL 9.6 входят:<br> Параллельное выполнение последовательного сканирования, соединений и агрегатных вычислений<br> Предупреждение излишнего сканирования страниц при операциях очистки с заморозкой<br> При синхронной репликации стало возможным использовать несколько резервных серверов для увеличения надёжности<br> Полнотекстовый поиск теперь позволяет находить фразы (несколько соседних слов)<br> postgres_fdw теперь может выполнять на удалённой стороне соединение, сортировку, UPDATE и DELETE<br> Существенное увеличение производительности, особенно в части масштабируемости на многопроцессорных серверах<br><br>Предыдущие пункты более подробно описаны в следующих разделах https://postgres https://opennet.ru/openforum/vsluhforumID3/114299.html#11 Tue, 15 May 2018 08:43:24 GMT &gt;как тот Убер, который имел довольно специфичные задачи и не осилив миграцию сделал ошибочные выводы<br><br>Да, да, Постгрес перестраивает все индексы на каждый апдейт и летает. А маргинальный Убер просто не осилил...<br> https://opennet.ru/openforum/vsluhforumID3/114299.html#10 Tue, 15 May 2018 05:19:35 GMT Рассуждаете как тот Убер, который имел довольно специфичные задачи и не осилив миграцию сделал ошибочные выводы.<br> https://opennet.ru/openforum/vsluhforumID3/114299.html#9 Tue, 15 May 2018 01:57:45 GMT &gt; Это если ваша задача ложится в рамки nosql.<br><br>У NOSQL нет рамок, это вам не РСУБД :))))<br> https://opennet.ru/openforum/vsluhforumID3/114299.html#8 Tue, 15 May 2018 01:56:06 GMT &gt;Бизнес-процессы обычно против пустых неоправданных трат<br><br>Бизнес-процессы не могут быть за или против :)))<br><br>А представители бизнеса очень часто непротив даже смены вендора, главное правильно идею преподнести :))) "оптимизации затрат на Х попугаев" или там "усилить аспект движения к интегральной компании" 8)))) в общем, то что миграции стоят денег это вообще не проблема, когда есть технические предпосылки. А когда их нет по 5 лет, то это то самое "проект не развивается". Увы и ах.<br> https://opennet.ru/openforum/vsluhforumID3/114299.html#7 Mon, 14 May 2018 09:40:57 GMT Для вас развитие заключается в постоянном мигрировании используемой РСУБД с ветки на ветку? Бизнес-процессы обычно против пустых неоправданных трат.<br> https://opennet.ru/openforum/vsluhforumID3/114299.html#6 Mon, 14 May 2018 08:20:40 GMT Это если ваша задача ложится в рамки nosql.<br>