The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз СУБД PostgreSQL 9.6

29.09.2016 17:09

После десяти месяцев разработки представлена новая стабильная ветка СУБД PostgreSQL 9.6. Обновления для ветки 9.6 будут выходить в течение пяти лет до сентября 2021 года.

Основные новшества:

  • Поддержка распараллеливания операций последовательного сканирования записей (Sequential Scan), слияния запросов (join) и агрегирования данных. При распараллеливании операция разбивается на части и каждая часть разбирается отдельным обработчиком, после чего результаты работы каждого обработчика объединяются, что позволяет существенно увеличить скорость обработки запроса на системах с большим числом процессорных ядер. Выигрыш особенно заметен для ресурсоёмких запросов, таких как сопоставление по регулярным выражениям. Например, в текстах при включении распараллеливания некоторые запросы выполняются до 32 раз быстрее.
  • Новый режим синхронной репликации "synchronous_commit = remote_apply", при котором основной узел перед закрытием транзакции ожидает подтверждения применения данных на standby-узле, что позволяет обеспечить непротиворечивость операций чтения из БД в любой части кластера;
  • Возможность создания кластерных конфигураций, включающих несколько запасных узлов, реплицируемых в синхронном режиме. Данная возможность может применяться для создания нескольких полностью идентичных узлов для балансировки нагрузки;
  • В модуль postgres_fdw, позволяющий логически объединить содержимое БД с нескольких серверов, добавлена поддержка операций слияния (join) и сортировки запросов, а также выполнения операций UPDATE и DELETE на внешнем сервере. В том числе модуль может применяться для первичной обработки запросов в PostgreSQL с трансляцией запросов на внешние БД, которые могут обслуживаться другими СУБД;
  • Новый API для создания горячих бэкапов, в котором метка резервной копии не записывается в директорию с данными, а возвращается как результат выполнения функции pg_stop_backup(), что позволяет защититься от проблем в случае краха во время бэкапа;
  • Снижено негативное влияние на работу больших таблиц операции "autovacuum", благодаря исключению операций повторной заморозки ("refreezing") старых данных;
  • Реализована подсистема для отображения прогресса выполнения операций, например, организовано информирование о времени до завершения VACUUM;
  • В систему полнотекстового поиска добавлены средства поиска фраз, реализованные через новый оператор <-> или <DISTANCE>, определяющий расстояние между словами (например, можно осуществить выборку фраз, в которых слово "А" отделено от "B" заданным числом слов). Совместно с новыми опциями гибкой настройки поиска, новая возможность может применяться для создания гибридных систем поиска, объединяющих поиск по реляционным данным, JSON и полнотекстовым индексам;
  • Новые системные представления и функции: pg_stat_wal_receiver, pg_visibility, pg_config, pg_blocking_pids, g_notification_queue_usage;
  • При установке дополнений теперь поддерживается каскадная установка зависимостей;
  • В модуле pg_basebackup появилась поддержка распараллеливания операций и слотов репликации;
  • В утилиту psql добавлены команды \ev и \sv для редактирования представлений. Реализована возможность указания нескольких экземпляров опций "-c" и "-f". Добавлен режим \crosstabview для отображения результатов запроса в виде сетки, по аналогии с электронными таблицами;
  • Добавлен отладочный модуль pg_visibility, предоставляющий средства для изучения карты видимости (Visibility Map, отслеживает какие элементы видны для всех активных транзакций);
  • Поддержка выражения "ALTER TABLE ADD COLUMN ... IF NOT EXISTS" для добавления столбца только при его отсутствии в таблице;
  • Возможность создавать GIN-индексы с любым значением maintenance_work_mem;
  • Новое системное представление pg_config, отражающее параметры сборки СУБД;



  1. Главная ссылка к новости (https://www.postgresql.org/abo...)
  2. OpenNews: Рассматривается переход СУБД PostgreSQL на новую нумерацию выпусков
  3. OpenNews: Релиз СУБД PostgreSQL 9.5
  4. OpenNews: В СУБД PostgreSQL добавлена поддержка распараллеливания запросов
  5. OpenNews: Релиз СУБД PostgreSQL 9.4
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/45242-postgresql
Ключевые слова: postgresql
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (55) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, kerneliq (ok), 17:18, 29/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –28 +/
    Отлично! Ждем 10.
    Года через 3...
     
     
  • 2.2, Аноним (-), 17:28, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • +26 +/
    Вы какую-то функциональность ждете или вам просто номера версий подавай?
     
     
  • 3.10, kerneliq (ok), 19:18, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • –9 +/
    Функциональность конечно.
    А как меня весело заминусовали)
     
     
  • 4.16, Аноним (-), 20:52, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Это потому, что вы не сообщили, какую именно функциональность вы ждёте.
     
  • 4.43, Аноним (-), 16:46, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это потому, что 10 выходит в следующем сентябре.
     
  • 3.38, Аноним (-), 11:55, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Конечно, чего оно работает медленнее, чем Vertica и не масштабируется как Apache Flink
     
  • 2.3, Аноним (-), 17:37, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Можно подумать, тебе не хватает возможностей 9й версии.
     
     
  • 3.12, trdm (ok), 19:40, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    не гладит, не стирает и в магаз за пивасом не бегает. плохой скуль...
     
  • 3.19, h31 (ok), 21:34, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Было бы очень классно, если бы pglogical добавили в ядро. Оно, в принципе, и сейчас работает, но когда в 2016 году в БД нет искоробочной логической репликации - это как-то не оч круто.
    P.S. А, к чему это я. В десятку как раз хотели добавить в ядро.
     
     
  • 4.21, xface (?), 21:53, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    BDR тоже не включили в ядро?
     
     
  • 5.25, h31 (ok), 23:40, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В 9.6 точно нет, только как стороннее решение. В 10 - может быть и включат, непонятно. Даже если не включат, BDR во многом опирается на pglogical, и от включения в комплект последнего он тоже выиграет.
     
  • 4.24, KonstantinB (ok), 23:32, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    О, спасибо за pglogical! Год назад искал подобное и не нашел, пришлось самому написать жалкое подобие (для частного случая - вполне себе работало). Выброшу, пожалуй, свои костыли.
     
  • 3.23, Аноним (-), 23:22, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Материализедж вью с оптимизацией из коробки.
     
  • 2.17, Аноним (-), 20:59, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    systemd ждать приятнее было, а тут терпение требуется... до сих пор всего 9.6...
     
  • 2.35, о6какатрон (?), 10:27, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    ораклу неприятно
     

  • 1.4, Аноним (-), 17:47, 29/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Вопрос, оно подходит для SaaS/mBaaS проектов? Как с кешированием и масштабироваемостю горизонтальной?
     
     
  • 2.7, ACCA (ok), 18:02, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо там с масштабируемостью. Можно сказать, что лучше всех. В зависимости от бюджета и потребностей -
    [li]Postgres-XL / Postgres-XC
    [li]GreenPlum
    [li]Netezza

    И ещё куча всяких pgpool-II

     
  • 2.34, Аноним (-), 10:02, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Кеширования записи нет вообще
     
     
  • 3.44, Аноним (-), 16:48, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Кеширования записи нет вообще

    В memcached есть

     
     
  • 4.47, Аноним (-), 19:42, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Накостылять можно что угодно...
     
     
  • 5.50, Аноним (-), 02:54, 01/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А в не костыляйте, а нормально пишите.
     
     
  • 6.51, Аноним (-), 13:03, 01/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А я не разработчик PostgreSQL
     
     
  • 7.55, Аноним (-), 14:51, 02/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А я и не про разработчиков PostgreSQL.
     

  • 1.8, Аноним (8), 18:46, 29/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    pgAdmin4 для Debian еще не собрали( для красношапки уже есть(((
     
     
  • 2.9, Аноним (-), 19:06, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Нахрен он нужен? Там же вэб.
     
     
  • 3.22, Led (ok), 21:58, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Нахрен он нужен? Там же вэб.

    Хуже: там вэб с гвидобейсиком.

     
  • 2.13, vvp (??), 19:53, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ох уж эти онанимы

    хочеш свежак ? - осиль сборку
    ниасилил - жри шо даёт дистр и не жалуйся

     
     
  • 3.14, Crazy Alex (??), 20:28, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Точнее, если даже собрать сам не в состоянии - то держись, мил человек, от свежака подальше, сборка - это самая меньшая сложность из тех, на которые можно с ним нарваться.
     
     
  • 4.37, Леха (?), 11:52, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Дело не в том, что я могу или не могу собрать пакет (у меня половина пакетов для работы собрана лично, поэтому это не проблема), а в самом подходе - все Linux равные, но некоторые равнее. Так и получилось с частью пакетов, одни в первую очередь собираются под RHEL, другие с опозданием в несколько месяцев (может достигать 6 и более месяца) под <> (RHEL/CentOS/Fedora).  
     
     
  • 5.39, анончег (?), 12:18, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ты б в ментейнеры пошёл!
    Пусть тебя научат!
     
     
  • 6.40, Аноним (8), 13:02, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Я б в мейнтейнеры пошел!
    Если бы платили,
    Хоть 50% от моей зарплаты!
    А пока тебе,
    Надо поумнеть)))
    ЗЫ нескладно, но ладно...
     
  • 2.52, Аноним (-), 10:03, 02/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    https://www.pgadmin.org/download/

    Finally, pgAdmin is included by default in most Linux distributions, such as RedHat, Fedora, Debian and Ubuntu. If you want a different version than the one included in the distribution, you can use channels such as the PostgreSQL yum repository, Debian backports or the Ubuntu PPA.

     

  • 1.15, Аноним (-), 20:51, 29/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > При распараллеливании операция разбивается на части и каждая часть разбирается отдельным обработчиком, после чего результаты работы каждого обработчика объединяются, что позволяет существенно увеличить скорость обработки запроса на системах с большим числом процессорных ядер.

    Не фига себе, map-reduce!

     
     
  • 2.20, h31 (ok), 21:37, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это называется Divide and Conquer, товарищ неофит.
     

  • 1.18, Postgresmen (?), 21:32, 29/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Добавьте в новость, пожалуйста:

    1) официальный пресс-релиз на русском: https://www.postgresql.org/about/press/presskit96/ru/

    2) 4 октября состоится очередная встреча российского PostgreSQL-сообщества в офисе Яндекс: http://rupostgres.org

    3) Видео-обзор новинок 9.6 от Брюса Момджана https://t.co/jMH5T3NXX9

     
     
  • 2.26, fi (ok), 23:56, 29/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Стоп! A где VODKA???? GIN я не наливать :))

     
  • 2.36, Rodegast (ok), 10:47, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > 4 октября состоится очередная встреча российского PostgreSQL-сообщества в офисе Яндекс

    Лучше бы Яндекс обеспечил российское PostgreSQL-сообщество нормальным сайтом. А то по сцылке срамота!

     
     
  • 3.53, Аноним (-), 10:07, 02/10/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    https://postgrespro.ru/
     
     
  • 4.54, Rodegast (ok), 13:02, 02/10/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну это же не сайт "российского PostgreSQL-сообщества", а компании Postgres Professional.
     

  • 1.27, vitalif (ok), 00:25, 30/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Я помню, ещё в 2012 году они обещали "полнотекстовый поиск со скоростью sphinx" (без необходимости хранить tsvector). http://www.slideshare.net/profyclub_ru/postgre-sql-14823905

    Хде???

     
     
  • 2.41, rshadow (ok), 13:18, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Дык не храни. Строй индекс и ищи по нему, благо функциональные индексы есть. Другое дело что с tsvector-ом удобнее некоторые вещи.
     
     
  • 3.58, vitalif (ok), 13:55, 05/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Дык если его не хранить, то ts_rank замедляется...
     

  • 1.28, Аноним (-), 00:41, 30/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    чото слишком быстро после 9.5
     
  • 1.29, Fantomas (??), 03:00, 30/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    прикольно, возможно в 10-ке появится нормальная репликация. )))))
     
     
  • 2.30, _KUL (ok), 07:45, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    )))))
     
  • 2.32, Andrey Mitrofanov (?), 09:50, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >появится нормальная репликация. )))))

    Я уж не дождусь, когда они эти репликации-то наплодивши выкидывать начнут.

     

  • 1.31, Аноним (-), 09:20, 30/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Знатоки, подскажите, есть ли в postgres в итоге мультимастер или нет?
     
     
  • 2.33, Andrey Mitrofanov (?), 09:51, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >в postgres в итоге мультимастер или нет?

    В мейнлайне нет.

     
  • 2.45, Аноним (-), 16:51, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Знатоки, подскажите, есть ли в postgres в итоге мультимастер или нет?

    Всегда был.

     
  • 2.59, Вареник (?), 11:07, 06/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Есть несколько реализаций, на любой вкус.
     

  • 1.42, rshadow (ok), 13:23, 30/09/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Жалко конечно что в релизе для хайлоада почти нет фич. В основном для науки все.
     
     
  • 2.46, Аноним (-), 19:02, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Что может быть важнее науки?
     
     
  • 3.48, anomymous (?), 20:21, 30/09/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Тут спору нет. Просто не надо выкатывать академическое в продакшны за пределами институтов.

    Это я к тому, что академическое - так же важно для науки, как инженерное в продакшне. И лучше не смешивать.

     

  • 1.56, SnoWLight (?), 14:11, 03/10/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Подскажите кто юзает в продакшене. Раньше была проблема с VACUUM на более менее больших базах от 50-100 гигабайт, сейчас как с этим?
     
     
  • 2.57, бабадук (?), 20:04, 03/10/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Что за проблемы? На базе ~160Г с 9.4 и ~280Г с 9.5 никаких проблем не наблюдается. И это не особо большая база.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру