https://www.opennet.ru/openforum/vsluhforumID3/127196.html Опубликован выпуск проекта FerretDB 0.1 (бывший MangoDB), позволяющего заменить документо-ориентированную СУБД MongoDB на PostgreSQL без внесения изменений в код приложений. FerretDB реализован как прокси-сервер, транслирующий обращения к MangoDB в SQL-запросы к PostgreSQL, что позволяет использовать PostgreSQL в качестве фактического хранилища. Код написан на языке Go и распространяется под лицензией Apache 2.0...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=56971<br> https://www.opennet.ru/openforum/vsluhforumID3/127196.html#102 Sun, 10 Apr 2022 10:02:40 GMT &gt; почему goLevelDB рвёт все вот эти ваши Постгресы/Мускли как Тузик грелку<br><br>Сравнивать полноценный SQL с key-value хранилищем, это экспертиза уровня боженька.<br><br>Но за ссылки спасибо.<br> https://www.opennet.ru/openforum/vsluhforumID3/127196.html#101 Sat, 09 Apr 2022 17:47:36 GMT Я так и думал что монга нужна для поиграться<br> https://www.opennet.ru/openforum/vsluhforumID3/127196.html#100 Fri, 08 Apr 2022 21:56:15 GMT А оно поддерживает кластерные служебные команды? Ну т.е. чтобы можно было на mongos + пачке ferretdb собрать аналог кластерной монги <br> https://www.opennet.ru/openforum/vsluhforumID3/127196.html#99 Fri, 08 Apr 2022 10:59:33 GMT Неплохо так сгубила - акции с 18-го года выросли в 15 раз примерно...<br> https://www.opennet.ru/openforum/vsluhforumID3/127196.html#98 Thu, 07 Apr 2022 11:55:34 GMT Ну-ка, расскажите как вы с помощью hash будете восстанавливать данные? Я хочу это послушать.<br><br>Hash только сможет вам показать что данные изменены, но не скажет как и где. Блок будет потерян.<br><br>Посмотрите курс по базам данных от CMU. Там Mongo затрагивается.<br><br>Грубо говоря ничего лучше реляционных баз данных не придумано.<br><br>Внутри Mongo работает более-менее как классические бд.<br><br>И Mongo давно не нужна, когда есть NewSQL БД, например YugaByte DB.<br> https://www.opennet.ru/openforum/vsluhforumID3/127196.html#97 Thu, 07 Apr 2022 08:31:44 GMT Как я тебе ее форкну, она ж не на go!<br><br> https://www.opennet.ru/openforum/vsluhforumID3/127196.html#96 Thu, 07 Apr 2022 06:51:26 GMT &gt; надо много и быстро писать в единственную таблицу и читать буквально по паре признаков<br><br>Если наоборот? Или неизвестно распределение чтений и записей (рандом)?<br> https://www.opennet.ru/openforum/vsluhforumID3/127196.html#95 Thu, 07 Apr 2022 05:57:22 GMT &gt; Начнём с азов. Если вы пишите данные надёжно - вам нужно сделать <br>&gt; как минимум 3 записи. Именно настоящие записи в файл с синхронизацией. <br><br>Вы вообще читаете, что вам пишут? Ещё раз напишу: у нормальных людей Монга работает в ТРЁХ интсансах. И в разных ЦОДах. Ещё раз вам пишу6 НЕ НУЖНО делать ТРИ записи. Достаточно убедиться только в том, что сделано ОДНА запись в мастере, ОДНА запись в копии, при ТРЁХ командах записи.<br><br>&gt; Чтобы уметь восстановить испорченные диском данные. Иначе вы просто не сможете определить <br>&gt; какие данные корректные, какие нет (в простом случае, без специальных кодов <br>&gt; или хешей).<br><br>Читайте ещё раз выше. Вы правда думаете, что разрабы Монги такие тупые что ничего не слышали про хэши? Вы какой-то очень наивный и неумный.<br><br><br>&gt; Чтобы знать что другие инстансы что-то получили, нужно хотя бы получить от <br>&gt; них ответ обратно. Это 2 RTT.<br><br>Нет. Только один. <br><br>&gt; А если secondary не пишут реально на диск, и транзакция считается подтвержденной <br>&gt; без записи, те данные в памяти - то https://www.opennet.ru/openforum/vsluhforumID3/127196.html#94 Wed, 06 Apr 2022 21:05:22 GMT Начнём с азов. Если вы пишите данные надёжно - вам нужно сделать как минимум 3 записи. Именно настоящие записи в файл с синхронизацией. <br><br>Чтобы уметь восстановить испорченные диском данные. Иначе вы просто не сможете определить какие данные корректные, какие нет (в простом случае, без специальных кодов или хешей).<br><br>Чтобы знать что другие инстансы что-то получили, нужно хотя бы получить от них ответ обратно. Это 2 RTT.<br><br>А если secondary не пишут реально на диск, и транзакция считается подтвержденной без записи, те данные в памяти - то какая же это надёжность?<br><br>И все эти записи и RTT по сети ГОРАЗДО медленнее чем обычная БД, которая пишет локально. Для надёжности за глаза Master-Slave, а для отказа диска - RAID. Это будет гораздо надёжнее и производительнее.<br>