После десяти месяцев разработки представлена (https://www.postgresql.org/about/news/1703/) новая стабильная ветка СУБД PostgreSQL 9.6. Выпуск обновлений для ветки 9.6 будет осуществляться (http://www.postgresql.org/support/versioning/) в течение пяти лет до сентября 2021 года.Основные новшества (https://wiki.postgresql.org/wiki/NewIn96):
- Поддержка распараллеливания операций последовательного сканирования записей (Sequential Scan (http://www.postgresql.org/message-id/E1ZwVzN-0000Xz-5e@...)), слияния запросов (join (http://www.postgresql.org/message-id/E1aLyct-000314-UZ@...)) и агрегирования данных (http://www.postgresql.org/message-id/E1ahzxY-0004qA-GJ@...). При распараллеливании операция разбивается на части и каждая часть разбирается отдельным обработчиком, после чего результаты работы каждого обработчика объединяются, что позволяет существенно увеличить скорость обработки запроса на системах с большим числом процессорных ядер. Выигрыш особенно заметен для ресурсоёмких запросов, таких как сопоставление по регулярным выражениям.
- Возможность (http://www.postgresql.org/message-id/E1aniiT-00083J-4W@...) создания кластерных конфигураций, включающих несколько запасных узлов, реплицируемых в синхронном режиме.
- Новый режим синхронной репликации "synchronous_commit = remote_apply (http://www.postgresql.org/message-id/E1al4z1-0004qD-GW@...)", при котором основной узел перед закрытием транзакции ожидает подтверждения применения данных на standby-узле;
- В модуль postgres_fdw (http://www.postgresql.org/docs/9.6/static/postgres-fdw.html), позволяющий логически объединить содержимое БД с нескольких серверов, добавлена поддержка операций слияния (join) и сортировки запросов, а также выполнения операций UPDATE и DELETE на внешнем сервере;
- Новый API (http://www.postgresql.org/message-id/E1anVSA-0002zm-Gc@...) для создания горячих бэкапов, в котором метка резервной копии не записывается в директорию с данными, а возвращается как результат выполнения функции pg_stop_backup(), что позволяет защититься от проблем в случае краха во время бэкапа;
- Снижено негативное влияние на работу больших таблиц операции "autovacuum", благодаря исключению (http://www.postgresql.org/message-id/E1ae7wj-0001mM-Ib@...) операций повторной заморозки ("refreezing") старых данных;- Реализована (http://www.postgresql.org/message-id/E1adhjH-0008RE-TV@...) подсистема для отображения прогресса выполнения операций, например, организовано (http://www.postgresql.org/message-id/E1afsqY-0003qB-Mb@...) информирование о времени до завершения VACUUM;
- В систему полнотекстового поиска добавлен (http://www.postgresql.org/message-id/E1aoCJy-0004bp-HI@...) новый оператор ‹-› или ‹DISTANCE›, определяющий расстояние между словами (например, можно осуществить выборку фраз, в которых слово "А" отделено от "B" заданным числом слов);
- Добавлен (http://paquier.xyz/postgresql-2/postgres-9-6-feature-highlig.../) отладочный модуль pg_visibility, предоставляющий средства для изучения карты видимости (https://www.postgresql.org/docs/9.6/static/storage-vm.html) (Visibility Map, отслеживает какие элементы видны для всех активных транзакций);
- Возможность создавать GIN-индексы с любым значением maintenance_work_mem.URL: https://www.postgresql.org/about/news/1703/
Новость: http://www.opennet.ru/opennews/art.shtml?num=45242
Отлично! Ждем 10.
Года через 3...
Вы какую-то функциональность ждете или вам просто номера версий подавай?
Функциональность конечно.
А как меня весело заминусовали)
Это потому, что вы не сообщили, какую именно функциональность вы ждёте.
Это потому, что 10 выходит в следующем сентябре.
Конечно, чего оно работает медленнее, чем Vertica и не масштабируется как Apache Flink
Можно подумать, тебе не хватает возможностей 9й версии.
не гладит, не стирает и в магаз за пивасом не бегает. плохой скуль...
Было бы очень классно, если бы pglogical добавили в ядро. Оно, в принципе, и сейчас работает, но когда в 2016 году в БД нет искоробочной логической репликации - это как-то не оч круто.
P.S. А, к чему это я. В десятку как раз хотели добавить в ядро.
BDR тоже не включили в ядро?
В 9.6 точно нет, только как стороннее решение. В 10 - может быть и включат, непонятно. Даже если не включат, BDR во многом опирается на pglogical, и от включения в комплект последнего он тоже выиграет.
О, спасибо за pglogical! Год назад искал подобное и не нашел, пришлось самому написать жалкое подобие (для частного случая - вполне себе работало). Выброшу, пожалуй, свои костыли.
Материализедж вью с оптимизацией из коробки.
systemd ждать приятнее было, а тут терпение требуется... до сих пор всего 9.6...
ораклу неприятно
Вопрос, оно подходит для SaaS/mBaaS проектов? Как с кешированием и масштабироваемостю горизонтальной?
Хорошо там с масштабируемостью. Можно сказать, что лучше всех. В зависимости от бюджета и потребностей -Postgres-XL / Postgres-XC GreenPlum Netezza И ещё куча всяких pgpool-II
Кеширования записи нет вообще
> Кеширования записи нет вообщеВ memcached есть
Накостылять можно что угодно...
А в не костыляйте, а нормально пишите.
А я не разработчик PostgreSQL
А я и не про разработчиков PostgreSQL.
pgAdmin4 для Debian еще не собрали( для красношапки уже есть(((
Нахрен он нужен? Там же вэб.
> Нахрен он нужен? Там же вэб.Хуже: там вэб с гвидобейсиком.
ох уж эти онанимыхочеш свежак ? - осиль сборку
ниасилил - жри шо даёт дистр и не жалуйся
Точнее, если даже собрать сам не в состоянии - то держись, мил человек, от свежака подальше, сборка - это самая меньшая сложность из тех, на которые можно с ним нарваться.
Дело не в том, что я могу или не могу собрать пакет (у меня половина пакетов для работы собрана лично, поэтому это не проблема), а в самом подходе - все Linux равные, но некоторые равнее. Так и получилось с частью пакетов, одни в первую очередь собираются под RHEL, другие с опозданием в несколько месяцев (может достигать 6 и более месяца) под <> (RHEL/CentOS/Fedora).
Ты б в ментейнеры пошёл!
Пусть тебя научат!
Я б в мейнтейнеры пошел!
Если бы платили,
Хоть 50% от моей зарплаты!
А пока тебе,
Надо поумнеть)))
ЗЫ нескладно, но ладно...
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.
> При распараллеливании операция разбивается на части и каждая часть разбирается отдельным обработчиком, после чего результаты работы каждого обработчика объединяются, что позволяет существенно увеличить скорость обработки запроса на системах с большим числом процессорных ядер.Не фига себе, map-reduce!
Это называется Divide and Conquer, товарищ неофит.
Добавьте в новость, пожалуйста:1) официальный пресс-релиз на русском: https://www.postgresql.org/about/press/presskit96/ru/
2) 4 октября состоится очередная встреча российского PostgreSQL-сообщества в офисе Яндекс: http://rupostgres.org
3) Видео-обзор новинок 9.6 от Брюса Момджана https://t.co/jMH5T3NXX9
Стоп! A где VODKA???? GIN я не наливать :))
> 4 октября состоится очередная встреча российского PostgreSQL-сообщества в офисе ЯндексЛучше бы Яндекс обеспечил российское PostgreSQL-сообщество нормальным сайтом. А то по сцылке срамота!
https://postgrespro.ru/
Ну это же не сайт "российского PostgreSQL-сообщества", а компании Postgres Professional.
Я помню, ещё в 2012 году они обещали "полнотекстовый поиск со скоростью sphinx" (без необходимости хранить tsvector). http://www.slideshare.net/profyclub_ru/postgre-sql-14823905Хде???
Дык не храни. Строй индекс и ищи по нему, благо функциональные индексы есть. Другое дело что с tsvector-ом удобнее некоторые вещи.
Дык если его не хранить, то ts_rank замедляется...
чото слишком быстро после 9.5
прикольно, возможно в 10-ке появится нормальная репликация. )))))
)))))
>появится нормальная репликация. )))))Я уж не дождусь, когда они эти репликации-то наплодивши выкидывать начнут.
Знатоки, подскажите, есть ли в postgres в итоге мультимастер или нет?
>в postgres в итоге мультимастер или нет?В мейнлайне нет.
> Знатоки, подскажите, есть ли в postgres в итоге мультимастер или нет?Всегда был.
Есть несколько реализаций, на любой вкус.
Жалко конечно что в релизе для хайлоада почти нет фич. В основном для науки все.
Что может быть важнее науки?
Тут спору нет. Просто не надо выкатывать академическое в продакшны за пределами институтов.Это я к тому, что академическое - так же важно для науки, как инженерное в продакшне. И лучше не смешивать.
Подскажите кто юзает в продакшене. Раньше была проблема с VACUUM на более менее больших базах от 50-100 гигабайт, сейчас как с этим?
Что за проблемы? На базе ~160Г с 9.4 и ~280Г с 9.5 никаких проблем не наблюдается. И это не особо большая база.