<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года </title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/132489.html</link>
    <description>Издание  DB-Engines обновило свой рейтинг популярности СУБД и присудило звание СУБД 2023 года проекту  PostgreSQL, который за год продемонстрировал наибольших рост популярности из 417 отслеживаемых систем. Второе место присуждено облачной платформе Databricks, которая за год поднялась с 19 на 17 место в рейтиге, а третье место занял движок Google BigQuery, который поднялся с 21 на 19 место в рейтинге...&lt;br&gt;&lt;br&gt;Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60388&lt;br&gt;</description>

<item>
    <title>Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года  (пох.)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/132489.html#219</link>
    <pubDate>Tue, 16 Jan 2024 06:54:47 GMT</pubDate>
    <description>&amp;gt; Пока есть такие &quot;специалисты&quot;, у нас будет работа.&lt;br&gt;&lt;br&gt;мляя, а НОРМАЛЬНОЙ работы - что, уже совсем нет?!&lt;br&gt;&lt;br&gt;Вот всю жизнь мечтал выносить горшки за альтернативно-одаренными (прямо в офисе куда их по квотам набирают)&lt;br&gt;&lt;br&gt;&lt;br&gt;</description>
</item>

<item>
    <title>Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года  (bOOster)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/132489.html#217</link>
    <pubDate>Thu, 11 Jan 2024 06:08:37 GMT</pubDate>
    <description>Серьезно, мозгов тебе не хватило до kerberos авторизации/аутентификации?&lt;br&gt;</description>
</item>

<item>
    <title>Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года  (bOOster)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/132489.html#216</link>
    <pubDate>Thu, 11 Jan 2024 03:25:23 GMT</pubDate>
    <description>Ага, отказываются принимать патчи от таких знатоков как ты? Лечашие одну проблему и создающие десяток других? Нуну..&lt;br&gt;</description>
</item>

<item>
    <title>Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года  (bOOster)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/132489.html#215</link>
    <pubDate>Thu, 11 Jan 2024 03:13:28 GMT</pubDate>
    <description>- &quot;Упрямство - достоинство ослов&quot;&lt;br&gt;</description>
</item>

<item>
    <title>Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года  (Прохожий)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/132489.html#214</link>
    <pubDate>Wed, 10 Jan 2024 21:25:36 GMT</pubDate>
    <description>&amp;gt; Это которая PITR в PG?&lt;br&gt;&lt;br&gt;Это гораздо, на порядки, быстрее, чем PITR. Почему? Потому что у тебя нет необходимости восстанавливать всю БД целиком, а потом накатывать логи до необходимого момента в прошлом. Оракл откатывается по флешбэк-логам. Притом делает это очень-очень быстро. Для террабайтной БД на обычном дисковом массиве такой откат занимает считанные минуты (в зависимости от того, сколько логов после точки восстановления ты успел нагерерить).&lt;br&gt;&lt;br&gt;&amp;gt; Это которые https://www.postgresql.org/docs/11/different-replication-sol... ?&lt;br&gt;&lt;br&gt;Нет. Это три основных режима накатки логов на стендбай (физический, а есть ещё логический): синхронный, асинхронный, запись прямо в логи стендбая.&lt;br&gt;&lt;br&gt;&amp;gt;&amp;gt; Есть настраиваемые способы контроля при записи блока данных на диск.&lt;br&gt;&amp;gt;Это не задача БД&lt;br&gt;&lt;br&gt;Ну конечно, когда этого нет в любимой СУБД - сразу становится &quot;не нужной фичей&quot;. :) PG так не умеет, от слова &quot;совсем&quot;. Оракл - умеет. И это довольно важная фича, если ты не особо доверяешь своему железу, которое с дисками работает.&lt;br&gt;&lt;br&gt;&amp;gt; pg_p</description>
</item>

<item>
    <title>Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года  (PnD)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/132489.html#212</link>
    <pubDate>Wed, 10 Jan 2024 09:41:31 GMT</pubDate>
    <description>Вопрос в целом таки по делу. Будь WAL свой для каждой БД, такой фокус вполне мог бы прокатить &quot;в лоб&quot;.&lt;br&gt;Но у постгри единое состояние для всех БД одного инстанса. И это, в целом, не самое дурное решение (ресурсы-то общие).&lt;br&gt;&lt;br&gt;Я бы посмотрел в сторону новых механизмов репликации. Там вроде появились логи транзакций. И из них можно вытащить то что M$ продаёт последние 20+ лет. Полный бэкап отдельной БД, плюс инкрементный (транзакции с момента полного бэкапа).&lt;br&gt;&lt;br&gt;* Возможно даже что у кого-то такое есть готовое. За денюжку.&lt;br&gt;Понятно, ценой производительности/места на СХД, в силу архитектурных нюансов.&lt;br&gt;&lt;br&gt;** В моих краях N лет назад приняли решение &quot;не выпускать новые проекты под Oracle DB&quot;.&lt;br&gt;Старые мигрировать дурных не нашлось. А так, можно постепенно допиливать под свои кейсы. И делать код с учётом известных особенностей постгри. А не &quot;сделайте мне (на шару) 1:1 как в энтерпрайзе за вагон денег&quot;.&lt;br&gt;</description>
</item>

<item>
    <title>Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года  (specter)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/132489.html#211</link>
    <pubDate>Tue, 09 Jan 2024 15:17:07 GMT</pubDate>
    <description>Это которая PITR в PG?&lt;br&gt;Это которые https://www.postgresql.org/docs/11/different-replication-solutions.html ?&lt;br&gt;Это не задача БД&lt;br&gt;pg_probackup?&lt;br&gt;</description>
</item>

<item>
    <title>Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года  (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/132489.html#210</link>
    <pubDate>Tue, 09 Jan 2024 14:25:08 GMT</pubDate>
    <description>Пока есть такие &quot;специалисты&quot;, у нас будет работа. &lt;br&gt;</description>
</item>

<item>
    <title>Рейтинг популярности СУБД. PostgreSQL назван СУБД 2023 года  (нах.)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/132489.html#209</link>
    <pubDate>Tue, 09 Jan 2024 13:40:44 GMT</pubDate>
    <description>&amp;gt; Не уже, а всего лишь. Типичное время вендрения чего-либо это 1-5 лет &lt;br&gt;&amp;gt; если апстрим в принципе не против &lt;br&gt;&lt;br&gt;&quot;так это наверное нескоро&quot; (с)&lt;br&gt;&lt;br&gt;(ну в смысле можно считать что скорее нет чем есть - а там либо ишак, либо падишах, либо сам Ходжа...)&lt;br&gt;&lt;br&gt;</description>
</item>

</channel>
</rss>
