<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: Выпуск СУБД Firebird 5.0</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/132565.html</link>
    <description>После двух с половиной лет разработки  представлен  релиз реляционной СУБД Firebird 5.0. Firebird продолжает развитие кода СУБД InterBase 6.0, открытого в 2000 году компанией Borland. Firebird распространяется под свободной лицензией MPL и поддерживает стандарты ANSI SQL, в том числе такие возможности, как триггеры, хранимые процедуры и репликацию. Бинарные сборки подготовлены для Linux, Windows, macOS и Android...&lt;br&gt;&lt;br&gt;Подробнее: https://www.opennet.ru/opennews/art.shtml?num=60430&lt;br&gt;</description>

<item>
    <title>Выпуск СУБД Firebird 5.0 (edo)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/132565.html#84</link>
    <pubDate>Tue, 30 Jan 2024 08:32:40 GMT</pubDate>
    <description>&amp;gt; Нет, в ванильном Лайте никакого конкурентного доступа нет. Нет там никакой &quot;многозадачности&quot;, &lt;br&gt;&amp;gt; это галимый блокировщик.&lt;br&gt;&lt;br&gt;И что? Mysql до появления innodb тоже был исключительно блокировочником, это не значит, что там не было многозадачности.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск СУБД Firebird 5.0 (edo)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/132565.html#83</link>
    <pubDate>Tue, 30 Jan 2024 08:15:33 GMT</pubDate>
    <description>&amp;gt; по сути, один единственный сейчас расхожий блокировщик, и это Sybase / MS SQL &lt;br&gt;&lt;br&gt;Сегодня ms sql блокировочник не в большей степени, чем mysql&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск СУБД Firebird 5.0 (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/132565.html#82</link>
    <pubDate>Tue, 23 Jan 2024 10:33:19 GMT</pubDate>
    <description>Нет, в ванильном Лайте никакого конкурентного доступа нет. Нет там никакой &quot;многозадачности&quot;, это галимый блокировщик.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск СУБД Firebird 5.0 (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/132565.html#81</link>
    <pubDate>Tue, 23 Jan 2024 10:28:54 GMT</pubDate>
    <description>Это смотря как версионирование реализовано. Но даже если, как в Postgres-е, когда мертвые лежат с живыми, поиск по индексу по скорости не снижается. Сканы по &quot;табличкам&quot;, да, если нормально вакуум не настроить, проседают конкретно. Но, скажем, у того же Оракела исторические данные не хранятся с оперативными, поэтому там версионность даже на сканы не влияет. Ну, т.е. влияет, конечно же, пока история ещё используется какими-то транзакциями, но уже ненужная история не влияет.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск СУБД Firebird 5.0 (Аноним)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/132565.html#80</link>
    <pubDate>Tue, 23 Jan 2024 08:32:03 GMT</pubDate>
    <description>У блокировщиков преимущества только, если семантика процесса позволяет реализовывать транзакции на уровне не выше RC и транзакции очень-очень короткие. Если только нужен RR, то -- начинается жёсткое шаманство с сотней разных видом блокировок и манагером блокировок, который оказывается сложнее реализатора запросов. Прекрасный пример тому тот же MS SQL, который на RR в &quot;пессимистическом режиме&quot;, т.е. со своими интервальными блокировками, начинает творить просто феерические чудеса. Но людям нравится, потому что же &quot;темп не пухнет&quot;. В общем, для прикладного разраба версионник всегда лучше, потому что работает понятно и предсказуемо, а блокировщики бывают очень уж чудесатые (вернее не блокировщики, а, по сути, один единственный сейчас расхожий блокировщик, и это Sybase / MS SQL Server).&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск СУБД Firebird 5.0 (iZEN)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/132565.html#79</link>
    <pubDate>Sat, 20 Jan 2024 13:35:07 GMT</pubDate>
    <description>&amp;gt; Чем эта БД жуже PostgreSQL?&lt;br&gt;&lt;br&gt;Firebird сверхдолго компилируется из исходников. Есть конфликт интересов на пакете re2-20231101 (re2 Fast C++ regex library), которая используется chromium. Так что этот пакет нужно предварительно удалить (если он установлен), чтобы собрать порт databases/firebird40-server и databases/firebird40-client на FreeBSD.&lt;br&gt;&lt;br&gt;&amp;gt; Какой смысл ее юзать, если есть PostgreSQL?&lt;br&gt;&lt;br&gt;Для разнообразия.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск СУБД Firebird 5.0 (fraks)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/132565.html#78</link>
    <pubDate>Thu, 18 Jan 2024 01:03:05 GMT</pubDate>
    <description>&amp;gt; А почему &quot;администрирования&quot; не требует?&lt;br&gt;&lt;br&gt;Ну например потому что вся база в одном файле, никаких внешних журналов транзакций, ничего снаружи не отрастает. Если железо живо - будет работать.&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск СУБД Firebird 5.0 (fraks)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/132565.html#77</link>
    <pubDate>Thu, 18 Jan 2024 01:01:19 GMT</pubDate>
    <description>&amp;gt; Backup починили?(С) &lt;br&gt;&lt;br&gt;А зачем чинить то что не ломалось?&lt;br&gt;</description>
</item>

<item>
    <title>Выпуск СУБД Firebird 5.0 (fraks)</title>
    <link>https://www.opennet.ru/openforum/vsluhforumID3/132565.html#76</link>
    <pubDate>Thu, 18 Jan 2024 01:00:20 GMT</pubDate>
    <description>&amp;gt; А, кажись, понял в чём надёжность. Надёжность в том, что в FB &lt;br&gt;&amp;gt; ВООБЩЕ НЕТ WAL. Она любое изменение страниц сразу синхронно сбрасывает на &lt;br&gt;&amp;gt; диск и никаких тебе &quot;журналов транзакций&quot;. Это же, наверное, тормозит по &lt;br&gt;&amp;gt; итогу адски?&lt;br&gt;&lt;br&gt;То что в других серверах делается посредством WAL, на Firebird делается иначе, и все это находится внутри файла БД. На счет тормозов - не знаю, у меня не тормозит :)&lt;br&gt;</description>
</item>

</channel>
</rss>
