https://opennet.ru/openforum/vsluhforumID3/125038.html Сформированы корректирующие обновления для всех поддерживаемых веток PostgreSQL: 13.4, 12.8, 11.13, 10.18 и 9.6.23. Обновления для ветки 9.6 будут формироваться до ноября 2021 года, 10 - до ноября 2022 года, 11 - до ноября 2023 года, 12 - до ноября 2024 года, 13 до ноября 2025 года...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=55629<br> https://opennet.ru/openforum/vsluhforumID3/125038.html#34 Tue, 17 Aug 2021 08:31:45 GMT &gt; Честно говоря, не в курсе, как там в InnoDB. Мне нравится, как <br>&gt; в Оракле: в табличный тейблспейс пишется только актуальная версия строки. При <br>&gt; изменении она же и обновляется. Для каждого вектора изменений пишется запись <br>&gt; отмены изменений (undo), которая циклично пишется в отдельный undo tablespace (или, <br>&gt; в далёком прошлом, rollback segment). При необходимости достать старую версию строки, <br>&gt; берём текущую и последовательно накатываем на неё undo до нужного состояния. <br>&gt; И никакого мусора.<br><br>ну да, оно самое.<br>в постгресе называется zheap и вяло пилится уже несколько лет. ЕМНИП update быстрее, delete немного медленнее; в сумме быстрее, но не сказать, что разница критичная.<br>насколько я понимаю, в ближайшее время ожидать не стоит.<br><br><br> https://opennet.ru/openforum/vsluhforumID3/125038.html#33 Tue, 17 Aug 2021 07:13:12 GMT Честно говоря, не в курсе, как там в InnoDB. Мне нравится, как в Оракле: в табличный тейблспейс пишется только актуальная версия строки. При изменении она же и обновляется. Для каждого вектора изменений пишется запись отмены изменений (undo), которая циклично пишется в отдельный undo tablespace (или, в далёком прошлом, rollback segment). При необходимости достать старую версию строки, берём текущую и последовательно накатываем на неё undo до нужного состояния. И никакого мусора. <br> https://opennet.ru/openforum/vsluhforumID3/125038.html#32 Tue, 17 Aug 2021 00:07:07 GMT &gt;&gt;&gt; Не хранить версии прямо в таблице, например?<br>&gt;&gt; поясните свою мысль <br>&gt; Если хранить старые версии строк (или то, что нужно для их восстановления) <br>&gt; не вперемешку с таблицей, а, например, в отдельном тейблспейсе, принципиально отпадает <br>&gt; необходимость в вакууме.<br><br>отлично а как мы узнаем какие из них старые?<br>я так понимаю, вы предлагаете подход, подобный используемому в innodb, нельзя сказать, что у него совершенно нет недостатков.<br> https://opennet.ru/openforum/vsluhforumID3/125038.html#31 Mon, 16 Aug 2021 09:45:30 GMT &gt;&gt; Не хранить версии прямо в таблице, например?<br>&gt; поясните свою мысль <br><br>Если хранить старые версии строк (или то, что нужно для их восстановления) не вперемешку с таблицей, а, например, в отдельном тейблспейсе, принципиально отпадает необходимость в вакууме.<br> https://opennet.ru/openforum/vsluhforumID3/125038.html#30 Mon, 16 Aug 2021 07:03:17 GMT &gt; Не хранить версии прямо в таблице, например?<br><br>поясните свою мысль<br> https://opennet.ru/openforum/vsluhforumID3/125038.html#29 Mon, 16 Aug 2021 06:51:40 GMT Не хранить версии прямо в таблице, например?<br> https://opennet.ru/openforum/vsluhforumID3/125038.html#28 Sun, 15 Aug 2021 10:49:16 GMT У растоманов печот что не на расте<br> https://opennet.ru/openforum/vsluhforumID3/125038.html#27 Sat, 14 Aug 2021 11:03:16 GMT &gt; Кеширование гарантирует сохранность данных? Зачем тогда большинство баз работает через DIO?<br><br>Очень хороший вопрос.<br>В некоторых СУБД (не будем показывать пальцем) все свежий изменения текущего состояния собраны в одном файле, и для фиксации изменений на диск достаточно одного вызова fsync().<br>В других СУБД (опять-таки, не будем показывать пальцем) отличия записанного состояния от текущего разбросаны по множеству файлов, причем некоторые из них могут быть очень большими. Тут уже, если хочется мало-мальски надёжно, без костылей direct io никак.<br> https://opennet.ru/openforum/vsluhforumID3/125038.html#26 Sat, 14 Aug 2021 10:34:14 GMT long live, mongo<br>