Comments 20
Учёный изнасиловал журналиста.
Benchmarking has demonstrated performance gains of up to 3x in certain scenarios.
новый асинхронный I/O ускоряет запросы в 3 раза
Асинхронное чтение - хооошо бы сравнить с другими популярными бд (ms sql oracle, mysql)
В ms sql и oracle это уже было вроде.
Насколько я помню, в Oracle возможна асинхронная запись в файлы БД (но не в редо-логи) при соответствующих настройках. Т.е., может чистить грязные буфера асинхронно. Чтение синхронно, и я не представляю, как асинхронное чтение могло Oracle чем-то помочь.
Вообще, статья оставляет... странное впечатление.
oracle и mssql давно пошли по другому пути - распараллеливание i/o. То есть там есть N потоков на чтение даже одной таблицы и они всю i/o загружают так что быстрее она уже не побежит. Поэтому я думаю асинхронность там не так востребованна
так и в pg вроде давно завезлли распараллеливание длительных операций, вроде seq scan
У Oracle SE один коннект соответствует одному серверному процессу. А в пределах одного серверного процесса никакого параллелизма нет. У Oracle EE на один коннект, в зависимости от запроса и его оптимизации, может приходиться несколько серверных процессов, которые могут читать таблицу одновременно. Не вижу, где тут может сыграть асинхронщина. Вот сброс на диск грязных буферов...
и в редо тоже. используется везде интерфейс dio+aio
Все эти изменения сплетаются в coherentную ткань
ниже счета за облако и happier команда
Найдите нейросеть получше или, что ли, читайте то, что пишете... Некогда?
P.S. Сначала думал - машинный перевод, но нет плашки "перевод"...
Вопрос от тех.сопровождения. Почему нельзя сохранять, а затем востанавливать БД PostGree через архиватор zip или другой архиватор, а только через программы самого Postgree(pg_dump.exe). БД как-то привязывается к физическому носителю?
Потому что в процессе архивирования БД продолжает работать, а значит файлы могут меняться прямо посреди этого процесса. В итоге часть файлов будет от одного "состояния БД", часть от другого. Но принципиально это можно делать если предварительно выключить БД.
Не такого слова Postgree, есть Postgres и PostgreSQL (два общепринятых названия для данной РСУБД)
Конечно же, можно!
Останавливаете СУБД, архивируете чем вам угодно каталог PGDATA - вуаля.
асинхронный ввод-вывод крадет шоу
Google translate без вычитки крадет время читателей
Странно, что в статье есть раздел "Почему стоит обновляться прямо сейчас и как это сделать без боли", но на деле там ни слова про обновления с предыдущих версий
читайте оригинал: https://www.postgresql.org/docs/18/upgrading.html
Статья пестрит англицизмами и смахивает на ИИ-перевод, но это никак не умаляет достижения Postgres-а. Спасибо Селектелу за наводку, пойду почитаю в оригинале )
PostgreSQL 18: новый AIO ускоряет запросы до 3-х раз. Что происходит?