Доступны (http://www.postgresql.org/about/news/1534/) корректирующие обновления для всех поддерживаемых веток PostgreSQL: 9.3.5 (http://www.postgresql.org/docs/current/static/release-9-3-5....), 9.2.9 (http://www.postgresql.org/docs/9.2/static/release-9-2-9.html), 9.1.14 (http://www.postgresql.org/docs/9.1/static/release-9-1-14.html), 9.0.18 (http://www.postgresql.org/docs/current/static/release-9-0-18...) и 8.4.22 (http://www.postgresql.org/docs/current/static/release-8-4-22...). PostgreSQL 8.4.22 является последним выпуском в серии 8.4, так как поддержка данной ветки завершается (http://www.postgresql.org/support/versioning/) в июле 2014 г. Поддержка PostgreSQL 9.0 продлится до сентября 2015 г., 9.1 до сентября 2016 г., 9.2 до сентября 2017 г., 9.3 до сентября 2018 г.
Наиболее важные исправления:
- PostgreSQL 9.3 и pg_upgrade: те, кто обновлялся до версии 9.3 с помощью утилиты pg_upgrade часто отмечали неприятную проблему: процессы VACUUM падали и в некоторых случаях приводили к краху всей системы. В Release Notes упомянут (http://www.postgresql.org/docs/current/static/release.html) специальный SQL-запрос, с помощью которого можно проверить свою систему на наличие потенциальной проблемы. Если проблема есть, то там же, в Release Notes, написано, как её исправить.- Восстановление после сбоев в PostgreSQL 9.3: исправлены 3 проблемы, приводящие к ситуациям, когда при восстановлении после сбоя целостность данных в PostgreSQL 9.3 могла быть нарушена.
- GIN и GiST-индексы: также исправлены 3 проблемы, затрагивающие GIN и GiST-индексы, используемые в системе PostGIS и в полнотекстовом поиске, и приводящие к вероятному повреждению данных или некорректным ответам на запрос. Все индексы на колонках с типами данных bit и bit varying должны быть перестроены согласно инструкциям в Release Notes (http://www.postgresql.org/docs/current/static/release.html).
Кроме того, анонсирована (http://www.postgresql.org/about/news/1533/) вторая бета-версия новой ветки PostgreSQL 9.4, которая запланирована к выпуску на осень. В новой ветке будет много интересного. Одна из самых замечательных новинок — реализация типа данных jsonb. Это json, хранимый в бинарном виде, с отличной производительностью и богатой поддержкой различных видов индексов. Эти возможности были разработаны российскими разработчиками.
Среди других заметных изменений 9.4 (http://wiki.postgresql.org/wiki/What%27s_new_in_Postgre...): возможность «разогрева» буферов памяти (pg_prewarm) после старта системы, оптимизация GIN-индексов, улучшения поддержки обновляемых и материализованных представлений и запросов с агрегацией.
Группа разработчиков PostgreSQL просит принять участие в тестировании ветки 9.4. Загрузить тестовый выпуск можно со страницы postgresql.org/download/ (http://www.postgresql.org/download/).URL: http://www.postgresql.org/about/news/1534/
Новость: http://www.opennet.me/opennews/art.shtml?num=40264
а jsonb можно достать без бинарном формате из БД?
>достать без бинарноммоя твоя не падежов понимать совсем
где можно почитать про jsonb формат? хочу понять насколько это эффективно и возможно использовать формат в своих проектах
http://stackoverflow.com/questions/22654170/explanation-of-j...
Мне нужен именно формат. Вот есть BSON:Хотелось бы то-же самое на JSONB
> Мне нужен именно формат. Вот есть BSON:Насколько я ничего не понимаю...
Это формат хранения в базе. Снаружи они отдают "обычный" json, насколько я понимаю. Только _операций над тем json-ом больше доступно и они дешевле, посколку при каждой выборке не нужно каждый json парсить. Примерно *ЭТО* и написано посылке выше.
Нужен именно формат хранения в БД, ну читай патчи, исходники. Авторы сего всякие блоги, презентации писали.
http://planet.postgresql.org/ проштудируй. загрузи ви риидер, читай ежедневно
http://obartunov.livejournal.com/177247.html f.e.
http://www.pgcon.org/2014/schedule/attachments/313_xml-hstor... Ооо! 300+слайдов
http://www.sai.msu.su/~megera/postgres/talks/CodeFest-Bartun...Оно точно надо?
Снаружи они отдают и бинарный внутренний формат, если правильно попросить через libpq
Как протокол, так и внутренний бинарный формат в документации описаны.
В качестве введения - https://www.pgcon.org/2014/schedule/events/673.en.htmlНо проще взять http://libpqtypes.esilo.com и дописать туда удобную работу с json arrays.
нужны именно детали хранения. как я понял тут все хранится в специальном хранилище, это менее интересно
> нужны именно детали хранения. как я понял тут все хранится в специальном
> хранилище, это менее интересноТак "нужны" или "менее"?? Специальное хранилище здесь = внутреннее представление этого типа данных в СУБД Pg.
---
google.["nested hstore" "jsonb" storage format] в помощьjsonb до марта месяца был nested hstore-ом:
Schema-less data in PostgreSQL
key-value model → document-based model
• First unpublished version of hstore (May 16, 2003)
• Dec 05, 2006 - hstore is a part of PostgreSQL 8.2
• May 23, 2007 - GIN index for hstore, PostgreSQL 8.3
• Sep, 20, 2010 - Andrew Gierth improved hstore, PostgreSQL 9.0
• Json data type (text), PostgreSQL 9.2
• One step forward true json data type.Nested hstore with arrays support - PGCon-2013
• Binary storage for nested data structuresand applicaton to hstore data type -PGConf-2013
• pgsql: Introduce jsonb, a structured format for storing json. - 9.4dev, Mar 23, 2014
• A lot of community work on improving jsonb — stll ...=p.5, http://www.pgcon.org/2014/schedule/attachments/318_pgcon-201...
Вы или объясните толком зачем оно вам нужно, что вы собираетесь делать.
Тогда мы, может быть, сможем догадаться о чем вы вообще говорите.
> Вы или объясните толком зачем оно вам нужно, что вы собираетесь делать.наверное, ускорить монго в 2000+ раз и грабить караваны.
> Тогда мы, может быть, сможем догадаться о чем вы вообще говорите.
По рассказам Бартунова jsonb эффективнее, чем mongodb
Это не формат, это название :)
когда же уже merge/upsert?
upsert в 9.5 обещали
Интересно, а как дела с BDR (асинхронный мультимастер) в 9.4?
Скажите, а
CREATE COLLATION IF NOT EXIST
CREATE DOMAIN IF NOT EXIST
CREATE AGGREGATE IF NOT EXIST
и.т.п. уже можно или патч с IF NOT EXIST не приняли ещё?