The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]



"Обновление PostgreSQL с устранением уязвимости"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Обновление PostgreSQL с устранением уязвимости"  +/
Сообщение от opennews (?), 12-Авг-21, 20:28 
Сформированы корректирующие обновления для всех поддерживаемых веток PostgreSQL:  13.4, 12.8, 11.13, 10.18 и 9.6.23. Обновления для ветки 9.6 будут формироваться до ноября 2021 года, 10 - до ноября 2022 года, 11 - до ноября 2023 года, 12  - до ноября 2024 года, 13 до ноября 2025 года...

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

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. Скрыто модератором  –6 +/
Сообщение от Postgres всё (?), 12-Авг-21, 20:28 
Ответить | Правка | Наверх | Cообщить модератору

2. Скрыто модератором  +2 +/
Сообщение от Истина в последней инстанции (?), 12-Авг-21, 20:32 
Ответить | Правка | Наверх | Cообщить модератору

3. Скрыто модератором  –1 +/
Сообщение от Укуренные прикрываясь дырой (?), 12-Авг-21, 21:04 
Ответить | Правка | Наверх | Cообщить модератору

4. Скрыто модератором  –1 +/
Сообщение от Аноним (4), 12-Авг-21, 21:06 
Ответить | Правка | Наверх | Cообщить модератору

6. "Обновление PostgreSQL с устранением уязвимости"  +4 +/
Сообщение от Аноним (6), 12-Авг-21, 21:09 
Это просто показывает что даже такие боги программирования которые пишут PostgreSQL раз в год, но все равно не могут в память. Щито поделаешь...
Ответить | Правка | Наверх | Cообщить модератору

8. "Обновление PostgreSQL с устранением уязвимости"  –1 +/
Сообщение от Аноним (8), 13-Авг-21, 00:38 
Со скулите, где тестов больше кода, вышло забавнее.
Ответить | Правка | Наверх | Cообщить модератору

9. "Обновление PostgreSQL с устранением уязвимости"  +/
Сообщение от Аноньимъ (ok), 13-Авг-21, 00:59 
Что такое скулите?
Ответить | Правка | Наверх | Cообщить модератору

10. "Обновление PostgreSQL с устранением уязвимости"  +/
Сообщение от Аноним (8), 13-Авг-21, 01:04 
> Что такое скулите?

я имел в виду скулите3

Ответить | Правка | Наверх | Cообщить модератору

11. "Обновление PostgreSQL с устранением уязвимости"  +/
Сообщение от supp (?), 13-Авг-21, 01:05 
sqlite3
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

12. "Обновление PostgreSQL с устранением уязвимости"  –2 +/
Сообщение от Прохожий (??), 13-Авг-21, 01:18 
А точно боги его пишут? А то архитектурных дыр там пока хватает. Начиная от способа удаления записей с последующей очисткой, и заканчивая отсутствием direct io.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

16. "Обновление PostgreSQL с устранением уязвимости"  –1 +/
Сообщение от edo (ok), 13-Авг-21, 08:00 
А как должен удалять записи версионник?
Ответить | Правка | Наверх | Cообщить модератору

29. "Обновление PostgreSQL с устранением уязвимости"  +/
Сообщение от ДБА (?), 16-Авг-21, 09:51 
Не хранить версии прямо в таблице, например?
Ответить | Правка | Наверх | Cообщить модератору

30. "Обновление PostgreSQL с устранением уязвимости"  +/
Сообщение от edo (ok), 16-Авг-21, 10:03 
> Не хранить версии прямо в таблице, например?

поясните свою мысль

Ответить | Правка | Наверх | Cообщить модератору

31. "Обновление PostgreSQL с устранением уязвимости"  +/
Сообщение от ДБА (?), 16-Авг-21, 12:45 
>> Не хранить версии прямо в таблице, например?
> поясните свою мысль

Если хранить старые версии строк (или то, что нужно для их восстановления) не вперемешку с таблицей, а, например, в отдельном тейблспейсе, принципиально отпадает необходимость в вакууме.

Ответить | Правка | Наверх | Cообщить модератору

32. "Обновление PostgreSQL с устранением уязвимости"  +/
Сообщение от edo (ok), 17-Авг-21, 03:07 
>>> Не хранить версии прямо в таблице, например?
>> поясните свою мысль
> Если хранить старые версии строк (или то, что нужно для их восстановления)
> не вперемешку с таблицей, а, например, в отдельном тейблспейсе, принципиально отпадает
> необходимость в вакууме.

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

Ответить | Правка | Наверх | Cообщить модератору

33. "Обновление PostgreSQL с устранением уязвимости"  +/
Сообщение от ДБА (?), 17-Авг-21, 10:13 
Честно говоря, не в курсе, как там в InnoDB. Мне нравится, как в Оракле: в табличный тейблспейс пишется только актуальная версия строки. При изменении она же и обновляется. Для каждого вектора изменений пишется запись отмены изменений (undo), которая циклично пишется в отдельный undo tablespace (или, в далёком прошлом, rollback segment). При необходимости достать старую версию строки, берём текущую и последовательно накатываем на неё undo до нужного состояния. И никакого мусора.  
Ответить | Правка | Наверх | Cообщить модератору

34. "Обновление PostgreSQL с устранением уязвимости"  +/
Сообщение от edo (ok), 17-Авг-21, 11:31 
> Честно говоря, не в курсе, как там в InnoDB. Мне нравится, как
> в Оракле: в табличный тейблспейс пишется только актуальная версия строки. При
> изменении она же и обновляется. Для каждого вектора изменений пишется запись
> отмены изменений (undo), которая циклично пишется в отдельный undo tablespace (или,
> в далёком прошлом, rollback segment). При необходимости достать старую версию строки,
> берём текущую и последовательно накатываем на неё undo до нужного состояния.
> И никакого мусора.

ну да, оно самое.
в постгресе называется zheap и вяло пилится уже несколько лет. ЕМНИП update быстрее, delete немного медленнее; в сумме быстрее, но не сказать, что разница критичная.
насколько я понимаю, в ближайшее время ожидать не стоит.


Ответить | Правка | Наверх | Cообщить модератору

17. "Обновление PostgreSQL с устранением уязвимости"  +5 +/
Сообщение от Catwoolfii (ok), 13-Авг-21, 08:17 
direct io не нужно
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

18. "Обновление PostgreSQL с устранением уязвимости"  –4 +/
Сообщение от Ananist (?), 13-Авг-21, 11:40 
lol Почему же не нужен? Зачем двойное кеширование и кривая работа линухового кеша?
Ответить | Правка | Наверх | Cообщить модератору

19. "Обновление PostgreSQL с устранением уязвимости"  +2 +/
Сообщение от Catwoolfii (ok), 13-Авг-21, 13:35 
Для некоторых рабочих нагрузок DIRECT_IO может оказаться не оптимальным: https://www.percona.com/blog/2013/01/03/is-there-a-room-for-.../
Ответить | Правка | Наверх | Cообщить модератору

21. "Обновление PostgreSQL с устранением уязвимости"  +/
Сообщение от Аноним (21), 13-Авг-21, 13:54 
>  lol Почему же не нужен? Зачем двойное кеширование и кривая работа линухового кеша?

Всё немножко наоборот. DIO - это костыль, необходимый в случаях, когда логика юзерспейса плохо стыкуется с логикой кэширования ФС.
У постгреса такой архитектурной проблемы нет.

Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

25. "Обновление PostgreSQL с устранением уязвимости"  –1 +/
Сообщение от Ananist (?), 13-Авг-21, 17:16 
Кеширование гарантирует сохранность данных? Зачем тогда большинство баз работает через DIO? Кеш никогда не является блокером? Может он не вымещается, по случайному скану?
Ответить | Правка | Наверх | Cообщить модератору

27. "Обновление PostgreSQL с устранением уязвимости"  +/
Сообщение от Аноним (21), 14-Авг-21, 14:03 
> Кеширование гарантирует сохранность данных? Зачем тогда большинство баз работает через DIO?

Очень хороший вопрос.
В некоторых СУБД (не будем показывать пальцем) все свежий изменения текущего состояния собраны в одном файле, и для фиксации изменений на диск достаточно одного вызова fsync().
В других СУБД (опять-таки, не будем показывать пальцем) отличия записанного состояния от текущего разбросаны по множеству файлов, причем некоторые из них могут быть очень большими. Тут уже, если хочется мало-мальски надёжно, без костылей direct io никак.

Ответить | Правка | Наверх | Cообщить модератору

23. "Обновление PostgreSQL с устранением уязвимости"  +1 +/
Сообщение от Аноним (21), 13-Авг-21, 14:02 
> А то архитектурных дыр там пока хватает. Начиная от способа удаления записей с последующей очисткой,

Если вы про VACUUM FULL, то это вполне типичный вариант для больших объемов данных, когда после каждого чиха не начинается фоновое переписывание таблицы.

> и заканчивая отсутствием direct io.

Direct IO - затычка для ситуаций, когда кэширование создает проблемы с производительностью. А чтобы это произошло, нужно _очень_ извр^Wнетрадиционно использовать кэш. Монти, впрочем, смог.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

15. "Обновление PostgreSQL с устранением уязвимости"  –1 +/
Сообщение от Bek (??), 13-Авг-21, 06:18 
Это просто показывает что даже такие боги программирования которые пишут PostgreSQL раз в год, но все равно не могут в память

Потому му что есть околодебилы которые архитектора потерли и побежали вверх по донатам , это все последствия не внимательности что архитектор хоть и не кодер программист , но и не последний человек

Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

13. "Обновление PostgreSQL с устранением уязвимости"  –2 +/
Сообщение от Хан (?), 13-Авг-21, 01:20 
Самая популярная РСУБД на данный момент, поэтому молодцы что багфиксят
Ответить | Правка | Наверх | Cообщить модератору

26. "Обновление PostgreSQL с устранением уязвимости"  +/
Сообщение от лютый жжжжж (?), 14-Авг-21, 13:34 
long live, mongo
Ответить | Правка | Наверх | Cообщить модератору

28. "Обновление PostgreSQL с устранением уязвимости"  +/
Сообщение от Аноним (28), 15-Авг-21, 13:49 
У растоманов печот что не на расте
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2021 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру