Доступны (https://www.postgresql.org/about/news/1733/) корректирующие обновления для всех поддерживаемых веток PostgreSQL:  9.6.2 (http://www.postgresql.org/docs/current/static/release-9-6-2....), 9.5.6 (http://www.postgresql.org/docs/current/static/release-9-5-6....), 9.4.11 (http://www.postgresql.org/docs/current/static/release-9-4-11...), 9.3.16 (http://www.postgresql.org/docs/current/static/release-9-3-16...) и 9.2.20 (http://www.postgresql.org/docs/9.2/static/release-9-2-20.html), в которых представлена порция исправлений ошибок, в том числе устранены проблемы, которые могут привести к повреждению данных.  Выпуск обновлений для ветки 9.2 продлится (http://www.postgresql.org/support/versioning/) до сентября 2017 г., 9.3 до сентября 2018 г., 9.4 до декабря 2019 г., 9.5 до января 2021 г., 9.6 - до сентября 2021 года.

Из наиболее важных исправлений отмечается устранение ошибки, которая могла привести к некорректному построению индекса при выполнении  операции "CREATE INDEX CONCURRENTLY" для ранее не индексированного столбца, если в момент выполнения команды осуществляется обновление данных в строках индексируемой таблицы.
Другим важным изменением является устранение проблем при воссоздании данных из WAL-лога - при определённом стечении обстоятельств часть данных могла потеряться при выполнении операции VACUUM.

URL: https://www.postgresql.org/about/news/1733/
Новость: https://www.opennet.ru/opennews/art.shtml?num=46012

• Обновление PostgreSQL 9.6.2, 9.5.6, 9.4.11, 9.3.16 и 9.2.20,Николай Попов, 14:12 , 10-Фев-17
  • Обновление PostgreSQL 9.6.2, 9.5.6, 9.4.11, 9.3.16 и 9.2.20,Аноним, 17:56 , 11-Фев-17
• Обновление PostgreSQL 9.6.2, 9.5.6, 9.4.11, 9.3.16 и 9.2.20,vantoo, 15:26 , 10-Фев-17
• Обновление PostgreSQL 9.6.2, 9.5.6, 9.4.11, 9.3.16 и 9.2.20,Анонимиус, 16:36 , 10-Фев-17
  • Обновление PostgreSQL 9.6.2, 9.5.6, 9.4.11, 9.3.16 и 9.2.20,лютый жабист__, 10:22 , 13-Фев-17
• Обновление PostgreSQL 9.6.2, 9.5.6, 9.4.11, 9.3.16 и 9.2.20,Аноним, 18:10 , 10-Фев-17
  • Обновление PostgreSQL 9.6.2, 9.5.6, 9.4.11, 9.3.16 и 9.2.20,Аноним, 19:11 , 10-Фев-17
    • Обновление PostgreSQL 9.6.2, 9.5.6, 9.4.11, 9.3.16 и 9.2.20,Анонимец01, 00:44 , 15-Фев-17
• Обновление PostgreSQL 9.6.2, 9.5.6, 9.4.11, 9.3.16 и 9.2.20,Аноним, 18:19 , 10-Фев-17
  • Обновление PostgreSQL 9.6.2, 9.5.6, 9.4.11, 9.3.16 и 9.2.20,Вареник, 19:42 , 10-Фев-17
  • Обновление PostgreSQL 9.6.2, 9.5.6, 9.4.11, 9.3.16 и 9.2.20,Аноним, 19:45 , 10-Фев-17
    • Обновление PostgreSQL 9.6.2, 9.5.6, 9.4.11, 9.3.16 и 9.2.20,., 21:29 , 11-Фев-17
      • Обновление PostgreSQL 9.6.2, 9.5.6, 9.4.11, 9.3.16 и 9.2.20,Аноним, 16:36 , 13-Фев-17
  • Обновление PostgreSQL 9.6.2, 9.5.6, 9.4.11, 9.3.16 и 9.2.20,Аноним, 14:38 , 11-Фев-17
  • Обновление PostgreSQL 9.6.2, 9.5.6, 9.4.11, 9.3.16 и 9.2.20,Аноним, 17:54 , 11-Фев-17
• Обновление PostgreSQL 9.6.2, 9.5.6, 9.4.11, 9.3.16 и 9.2.20,Аноним, 18:23 , 10-Фев-17
  • Обновление PostgreSQL 9.6.2, 9.5.6, 9.4.11, 9.3.16 и 9.2.20,fi, 18:43 , 10-Фев-17
    • Обновление PostgreSQL 9.6.2, 9.5.6, 9.4.11, 9.3.16 и 9.2.20,бедный буратино, 19:02 , 10-Фев-17
      • Обновление PostgreSQL 9.6.2, 9.5.6, 9.4.11, 9.3.16 и 9.2.20,Аноним, 19:13 , 10-Фев-17
        • Обновление PostgreSQL 9.6.2, 9.5.6, 9.4.11, 9.3.16 и 9.2.20,fi, 14:25 , 13-Фев-17
    • Обновление PostgreSQL 9.6.2, 9.5.6, 9.4.11, 9.3.16 и 9.2.20,Аноним, 19:10 , 10-Фев-17
      • Обновление PostgreSQL 9.6.2, 9.5.6, 9.4.11, 9.3.16 и 9.2.20,all_glory_to_the_hypnotoad, 21:55 , 10-Фев-17
  • Обновление PostgreSQL 9.6.2, 9.5.6, 9.4.11, 9.3.16 и 9.2.20,Аноним, 19:50 , 10-Фев-17
    • Обновление PostgreSQL 9.6.2, 9.5.6, 9.4.11, 9.3.16 и 9.2.20,Аноним, 21:03 , 10-Фев-17
      • Обновление PostgreSQL 9.6.2, 9.5.6, 9.4.11, 9.3.16 и 9.2.20,fi, 14:27 , 13-Фев-17
        • Обновление PostgreSQL 9.6.2, 9.5.6, 9.4.11, 9.3.16 и 9.2.20,Led, 23:02 , 13-Фев-17
  • Обновление PostgreSQL 9.6.2, 9.5.6, 9.4.11, 9.3.16 и 9.2.20,Аноним, 19:58 , 10-Фев-17

самая лучшая БД, спасибо разработчикам

> самая лучшая БД, спасибо разработчикам

Уже умеет фракталы без B-Tree/WAL ?

Может кто-нибудь подсказать, в АльтЛинукс уже добавили эти свежие версии?

Гут. PostgreSQL наше всё.
Давно по темпам разработки опередида жиреющий Oracle и гниющий MS SQL.
С производительностью сложнее, но это потому что нет нормальных методик сравнения и непроплаченных тестов.

>С производительностью сложнее, но это потому что нет нормальных методик сравнения и непроплаченных тестов.

Не благодари, пофиксил:
С производительностью у РСУБД никак. От слова совсем...

Тут недавно грузил ЕГРЮЛ и ЕГРИП базку.
Сначала хотели Oracle взять, но скорость получилась 40 записей в сек, т.к. каждый объект это пара сотен полей в 20 таблицах. Плюс пара дней секса с созданием схемы (XSD налоговая не даёт) и объектов для JPA.

MongoDB - 2к записей в сек. nuff said.

Вместо Oracle вставьте любую РСУБД.

p.s. Тестов Феррари vs Запорожец тоже нет. По той же причине.

До сих пор работает только с блочными устройствами...

Иван Панченко обещал поправить: http://storagenews.ru/65/Postgres_65.pdf

Нам надо всю эту рекламу по ссылке прочитать?

Чем заменить BerkeleyDB?

NoSQL десятки, под разные задачи, разные масштабы.

Определись со спецификой, что твоему проекту нужно, будет тебе счастье.

> Чем заменить BerkeleyDB?

А зачем менять BerkleyDB?

Не хипсторская!
Там же ужасный, кровавый, старорежимный С-API с стюардессами и ершомЪ :)
Других причин - нет.

Помолчал бы -- глядишь, сошел бы за умного.

LMDB

boltdb

В PostgreSQL можно настроить чтобы табличка сбрасывалась на диск раз в час, а не при каждом INSERT'е?

> В PostgreSQL можно настроить чтобы табличка сбрасывалась на диск раз в час,
> а не при каждом INSERT'е?

да.

лично мы - не возражаем

Очевидно спрашивалась возможность, а не Вашего величества-тролля дозволение.

> Очевидно спрашивалась возможность, а не Вашего величества-тролля дозволение.

не совсем, слово "можно" еще и синоним "разрешите". :)

Собственно остальное RTFM, но какой-то аноним решил потроллить - ну и получил ответку.

Каким образом?

см checkpoint_timeout и checkpoint_completion_target, ну и читай как работает WAL

https://www.postgresql.org/docs/9.6/static/wal-configuration...

Она на каждом INSERT и не сбрасывается. Можно.

На сколько мне известно - нет, нельзя

> На сколько мне известно - нет, нельзя

продолжаем троллить честных и добрых людей?

> продолжаем троллить честных и добрых тупых людей?

/fixed

Сброс данных на диск не происходит при каждом INSERT'е. Но если нужно ещё подтюнить и есть понимание и согласие на возможную потерю данных, то можно посмотреть в сторону: https://www.postgresql.org/docs/9.6/static/wal-async-commit....