Сформирован корректирующий выпуск СУБД PostgreSQL 14.4, в котором устранена серьёзная проблема, при определённых обстоятельствах приводящая к незаметному повреждению данных в индексах при выполнении команд "CREATE INDEX CONCURRENTLY" и "REINDEX CONCURRENTLY". В созданных при помощи указанных команд индексах могут быть не учтены некоторые записи, что приведёт к пропуску отдельных строк при выполнении SELECT-запросов с привлечением проблемных индексов...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=57367

• Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Шарп, 09:02 , 17-Июн-22
  • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,пох., 10:04 , 17-Июн-22
    • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Аноним, 11:26 , 17-Июн-22
      • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,пох., 14:24 , 17-Июн-22
        • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Alex, 15:07 , 17-Июн-22
        • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Аноним, 22:12 , 18-Июн-22
• Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,YetAnotherOnanym, 09:27 , 17-Июн-22
  • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Самый Лучший Гусь, 09:34 , 17-Июн-22
    • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Аноним, 11:58 , 17-Июн-22
      • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Самый Лучший Гусь, 12:24 , 17-Июн-22
        • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Аноним, 12:50 , 17-Июн-22
          • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Самый Лучший Гусь, 14:13 , 17-Июн-22
            • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Аноним, 14:17 , 17-Июн-22
        • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Аноним, 14:19 , 17-Июн-22
        • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,YetAnotherOnanym, 14:41 , 17-Июн-22
    • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Аристарх, 17:06 , 18-Июн-22
      • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Аноним, 22:00 , 18-Июн-22
  • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,keydon, 09:45 , 17-Июн-22
• Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Rev, 11:34 , 17-Июн-22
  • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Аноним, 11:40 , 17-Июн-22
    • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Массоны Рептилоиды, 11:48 , 17-Июн-22
      • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Alladin, 19:32 , 17-Июн-22
        • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Аноним, 19:56 , 18-Июн-22
  • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Аристарх, 17:07 , 18-Июн-22
    • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Аноним, 20:01 , 18-Июн-22
• Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Аноним, 12:50 , 17-Июн-22
• Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Аноним, 12:52 , 17-Июн-22
  • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Аноним, 13:56 , 17-Июн-22
  • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Ан, 13:58 , 17-Июн-22
    • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,пох., 14:27 , 17-Июн-22
      • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Аноним, 14:29 , 17-Июн-22
        • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,пох., 18:20 , 17-Июн-22
        • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Онаним, 20:37 , 17-Июн-22
          • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,пох., 16:21 , 18-Июн-22
      • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Аноним, 07:03 , 18-Июн-22
        • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,пох., 16:25 , 18-Июн-22
          • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Аноним, 18:41 , 18-Июн-22
            • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Аноним, 20:05 , 18-Июн-22
          • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Аноним, 21:22 , 21-Июн-22
            • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,пох., 10:07 , 23-Июн-22
  • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Аноним, 19:40 , 17-Июн-22
  • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Аристарх, 17:19 , 18-Июн-22
    • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Аноним, 22:07 , 18-Июн-22
      • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,пох., 20:09 , 20-Июн-22
• Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,valery_kolganov, 14:57 , 17-Июн-22
  • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,1, 17:45 , 17-Июн-22
    • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,пох., 16:27 , 18-Июн-22
  • Обновление PostgreSQL 14.4 с исправлением повреждения индекс...,Аристарх, 17:21 , 18-Июн-22

>оптимизации

Мощщщно

> оптимизации

regression tests? Нееее, не слышали!

Очевидно ты не видел исходный код postgres.

для regression test нах не нужен исходный код.
Для него нужны мозги. А этого вам не дано.

Приятно осознавать, что ты не одинок.

В очередной раз поражаюсь: комменты читаешь — ну такая звезда Computer Science с нами на опеннете ошивается, прям слушал бы и в рот смотрел. А по факту, ни научных статей, ни софта, ни какого-то коммерческого успеха этот персонаж так и не произвёл, хотя вроде в летах уже вроде, не мальчик. И вот как это понимать? Пох, ты не баклан ли часом?

> ветка 14.x, в которую были включены оптимизации
> не попадали некоторые находящиеся в heap-памяти кортежи

Розгами пороть. Надёжность>скорость и точка.

Какой-то школьный подход. Иногда надёжностью вполне себе можно пожертвовать ради скорости. В частности, когда данные в БД взяты из возобновляемых источников.

что даст возобновляемость данных, если они фактически отсутствуют в выборке? Тебе, как пользователю они недоступны, независимо от того, как быстро ты получил все остальное

В некоторых юзкейсах нужны не все данные, можно подождать пока скрипт по крону зальёт пропавшие

Откуда скрипт узнает, пропали они, или нет? Если все данные и не нужны, то нужны как минимум все актуальные.

Скрипт просто грузит всё, что есть, если его нет в базе.

А если оно уже есть, но не отображается, когда запрашивают? Добавляешь, а там и прошлые данные появляются. Теперь представь, что это высоконагруженная БД, и данные появляются/удаляются постоянно.

в некоторых юзкейсах и БД не нужна. И данные не пропали, они на месте, просто тебе их не показывают из-за битого индекса. Вариант загрузить все заново не очень рабочий — индекс снова может быть испорчен, просто в другом месте

Решения для таких "юзкейсов" документируются и в них явно указывается возможность нарушения целостности данных.

У тебя вообще подход уличного 6олвана, который пришёл, ляпнул, ушёл!
НАДЁЖНОСТЬ - это вообще непререкаемая вещь в СУБД. Если ты этого не знал - вон из профессии!

Давай, расскажи мне про необходимость надёжности кэша хранимого в БД и как она важнее скорости. Ох уж эти мыслящием догматами вахтёры от айти. Услышать догму смог, понять контекст — не смог, но мнение кого из профессии выгнать имеет.

Иногда это одно и то же

Опять разрабы не осилили многопоточность. Ничего необычного.

<troll_mode_on>
правильно в чистый си могут не только лишь все!
<troll_mode_off>

Если человек пишет на си, то есть он окрасил себя в те цвета, в которые он окрасил себя

Вам плохо? А по русски можно?

Это сын Кличко. Что ты от него хотел?)

Вообще не удивлён. В FOSS кто только не тусуется! Из проф. программистов выбрать сложно, а уж из этой толпы - и подавно.

Особенно если критерием выбора является принадлежность к лгбтешникам. В Debian один из этих стартовую страницу debian.org испоганил. Даже начинающий веб-дизайнер лучше сделает.

> могут быть не учтены некоторые записи, что приведёт к пропуску отдельных строк при выполнении SELECT-запросов

Крякеры балуются

Ничего, Олег Бартунов уже анонсировал начало постепенного переезда PG на Rust. Лет через 5-10 такие ошибки будут исключены

> Rust. Лет через 5-10 такие ошибки будут исключены

Весьма вероятно. Мозила показала, что переход на раст - это ошибка, и выгнала растаманов.

Мечтать не вредно. Через 5-10 лет все уже забудут о том, что такая несуразица как раст, продвигаемая LGBTQ+++++ сообществом, вообще когда-то существовала.

Скорее все забудут про такую несуразицу как postgres - неудачный побочный продукт написания диссертации, выросший внезапно размером со слона и сдохший под собственным весом.

А на хрусте будут и дальше пытаться переписать все подряд, но половина проектов почему-то не сумеет продвинуться дальше списка кто из разработчиков "ОНО" и CoC для поддержки ущемляемых.

P.S. на самом деле нет - они все сдохнут, а мы попадем в "рай" гораздо раньше.

А ты не в теме наверно, нет альтернатив для неё. Только Оракл может, но там свои особенности.

Какой еще вам орацл для одичалых? Нет альтернатив.

(там где орацл не альтернатива - там скорее всего и postgres лишний)

Что значит нет?
А dBase?
Очень похожа, тоже надо сжимать периодически.

Ну что за уг - где timetravel в качестве краеугольного камня в дизайне?! Который не работает но при этом - "периодически".

А так да - не могу простить 1С что они бросили эту технологию в пользу какой-то фигни. (кто не в теме - ранние поделки этой кичи были на собственной реализации dbf. Аналогов в мире не имеющей, это уж точно. Я ту мебель без первой буквы всю жизнь помню.)

Размером со слона?
Батенька, это вы Oracle ещё не видели :)

Тот таким и родился, у приличных родителей. А не выкидыш аспирантской любви в подворотне.

Поэтому когда натыкаешься на постгрезовое творение - "мляяаааа, вот это костылинг на подпоркинге, как оно еще у них тут не рухнуло нахре....аааааа....уф, мимо пролетело", а на оракловое - "мляааа....слабоумие и отвага - они вообще не понимают благодаря какому чуду живут...сколько сколько - ПЯТЬ лет как уволился последний dba? А разработчик - семь?! И вы жалуетесь что раз в МЕСЯЦ ora-006?!"

Звучит так, будто единственная нормальная БД - это Firebird

Огненная птица ещё жива!? Я думал, что она в десятых годах померла.

> раз в МЕСЯЦ ora-006

ora-600. Вернее ORA-00600.

Угу. В переводе означает обычно, что инстансу прилетел sig11.
Правда, оно после этого чаще всего работает, а не идешь как с постгрей за бэкапом, молясь чтоб в нем того же самого не оказалось.

А есть ссылка? Ничего похожего найти не смог

Увы, но можно уже смело констатировать, что Раст "не взлетел". Проблема - в ключевой концепции языка: "мы будет ТАК контролировать каждый чих с памятью, что ты, погромизд, взвоешь!".

Практически вся ИТ история идёт по пути УПРОЩЕНИЯ жизни программиста, много языков сдохло, так и не дав этой простоты. И вот на фоне таких "конфеток" как Жаба и C#, появляется Ржа: "ребятки, кто хотел лихие 90-ые - вот они! Теперь вы всё будете перемалывать вручную, да не просто malloc/fee, а такую концепцию вам навертим, что Сишные указатели вам игрушкой покажутся!".
Увы, такой подход был обречён ещё на бумаге. Равно как и Пестон, где полоумный диктатор внезапно решил, что теперь вы ОБЯЗАНЫ форматировать код так, как ему хочется. Десятки лет идут холивары, где ставить скобочки и пробелы и тут вылезает один кpетuн и объявляет "стандарт имени себя" - ну не клоун?? :)) Очевидно, что это фуфло только и взлетело, что за счёт сторонней помощи и библиотек, но как язык пестон - полное г****.

Так что судьба Раста чуть более, чем предсказуема - без "проталкивателей в задницу" этого языка (да ещё и коммерческих!) он просто сдохнет.

> без "проталкивателей в задницу" этого языка (да ещё и коммерческих!) он просто сдохнет.

Как и всё в этом обществе. Понимаешь, нет коммерции — нет кушать. Не пропихнёшь свой товар или услугу — окажешься на обочине. Случайности случаются, конечно, но недолго. Даже такой антикоммерческий продукт как «оупен соурс софтвэр» выживает только там, где оказывается коммерчески успешен. Так что, детки, радупляйте как поднимать бабки смолоду. Остальное второстепенные скиллы.

> Как и всё в этом обществе. Понимаешь, нет коммерции — нет кушать. Не

в принципе, это необязательно должна быть твоя коммерция и необязательно тратить на нее именно всю жизнь.

> выживает только там, где оказывается коммерчески успешен. Так что, детки, радупляйте
> как поднимать бабки смолоду.

К старости положите их себе в гроб. А если они тебе там без надобности - то зачем же ты потратил свою жизнь?

Ой. Только вот перевели 1С на 14.2-6.1C.
Теперь жди, пока 1С выпустит 14.4.
Хорошо если не будет в недрах 1С таких команд "CREATE INDEX CONCURRENTLY" и "REINDEX CONCURRENTLY".

Возьми слоника с PostgresPro и будет тебе щастье

"впусти в дом козу"

Ну 1Ска же работала до этого? Не падала? Значит и дальше падать не будет :)

К слову, а в чём проблема "поддержки 14.4"? Сам же постгрес не менялся - только улучшался! Поставил новую СУБД - работай!