Вышла версия PostgreSQL 10

10.10.2017      23563
Всемирное сообщество PostgreSQL выпустило новый крупный релиз – PostgreSQL 10, главной особенностью которого стали улучшения, направленные на эффективное распределение данных по нескольким узлам для обеспечения быстрого доступа, управления и анализа.

Среди наиболее существенных улучшений:
  • Логическая репликация, расширяющая существующие виды репликации моделью «публикация/подписка», при которой сведения о модификации данных на уровне конкретной базы или на уровне таблиц передаются в другие базы данных PostgreSQL;
  • Обновление на мажорные версии PostgreSQL без простоя за счет встроенных в ядро СУБД средств;
  • Декларативное секционирование таблиц с помощью специального синтаксиса, позволяющего легко создавать и поддерживать таблицы с интервальной или списочной схемой секционирования;
  • Улучшение параллельного выполнения запросов – еще больше типов операций сканирования данных поддаются параллелизации, а в некоторых случаях (например, когда данные уже отсортированы) проводится дополнительная оптимизация;
  • Улучшение гибкости процесса оповещения основной БД о записи изменений на удаленные реплики. 
  • Возможность указывать определенное количество реплик, получивших информацию об изменении, при котором его можно считать зафиксированным;
  • Поддержка метода аутентификации SCRAM-SHA-256 (RFC 7677), который является более безопасным, чем существующие методы с применением  MD5. 
Также на сайте разработчиков сообщается, что будет изменена схема нумерации последующих версий – вместо трехуровневой нумерации Major1.Major2.Minor будет использоваться двухуровневая – Major.Minor, где Major – номер мажорной ветки, а Minor – номер корректирующего обновления. Согласно новой схеме, следующая минорная версия будет выпущена под номером 10.1, а мажорный релиз – 11.

С более детальной информацией о возможностях PostgreSQL 10 можно ознакомиться на официальной странице продукта.


Автор:
Редактор ленты новостей


См. также

Не найдено ни одной записи.
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. vano-ekt 124 10.10.17 13:31 Сейчас в теме
мы больше ждем когда эти "особенности" пофиксят в платформе/субд
2. Infactum 318 10.10.17 13:50 Сейчас в теме
Поддались хайпу. Тоже видимо считают, что номер версии должен расти максимально быстро, а патчи вообще проще не выпускать.
То ли дело старый добрый semver, в котором четко понятно, когда апдейт будет простой заплаткой, когда добавит новый функционал обратно совместимый с существующим, и когда реально происходит мажорное обновление.
3. dmpas 418 10.10.17 14:02 Сейчас в теме
(2)
То ли дело старый добрый semver

так они шаг к семверу и сделали.
4. Infactum 318 10.10.17 14:12 Сейчас в теме
(3) А не наоборот? Между 9.6 и 9.5 допустим разве были обратно несовместимые изменения?
Раньше как раз нумеровали понятно <major>.<minor>.<patch>
5. s22 23 10.10.17 14:15 Сейчас в теме
(4)
9.5 допустим разве были обратно несовместимые изменения?
Раньше как раз нумеровали понятно ..

Просто сейчас все меняется быстро и откладывать мажорные изменения на 1-5 лет глупо.
6. Infactum 318 10.10.17 14:19 Сейчас в теме
(5) Как скорость разработки меняется от механизма нумерации?
В Semver major от minor отличается не объемом изменений, а тем имеют они обратную совместимость или нет.
7. s22 23 10.10.17 14:34 Сейчас в теме
(6)
В Semver major от minor отличается не объемом изменений, а тем имеют они обратную совместимость или нет.

Посмотри на Свифт (только мажорные релизы каждые полгода без обратной совместимости), но с конвертором кода.

Сейчас мир изменился и нет смысла держать постоянную полную обратную совместимость, это сильно останавливает развитие.
8. s22 23 10.10.17 14:35 Сейчас в теме
(7)
Посмотри на Свифт (только мажорные релизы каждые полгода без обратной совместимости), но с конвертором кода.

Свифт язык от Эпла.
9. Infactum 318 10.10.17 15:01 Сейчас в теме
(8) Что есть Swift я в курсе, хоть и не использую.
Собственно вижу версии 3.0.1, 3.0.2 и т.д. Все как у людей.
Еще раз: скорость выпуска мажорных версий никак не связаны с политикой нумерации релизов. Но правильный подход к последнему позволяет пользователям ПО понимать, что их ждет при обновлении на тот или иной релиз.
10. dmpas 418 10.10.17 15:59 Сейчас в теме
(4) написано
вместо трехуровневой нумерации Major1.Major2.Minor будет использоваться двухуровневая – Major.Minor



я веду разговор в контексте перехода от 9 к 10. Если рассматривается какое-то другое "раньше", то я не в курсе.
11. gunlinux 11.10.17 05:17 Сейчас в теме
(4) <major> <major> <minor>
12. markgenuine 11.10.17 08:30 Сейчас в теме
Надеюсь не будет проблем перехода с 9.6 на 10.
Оставьте свое сообщение