https://mobile.opennet.me/openforum/vsluhforumID3/92878.html Анонсирован (http://highscalability.com/blog/2013/11/25/how-to-make-an-infinitely-scalable-relational-database-manag.html) первый альфа-выпуск новой открытой реляционной СУБД InfiniSQL (http://www.infinisql.org/), нацеленной на достижение показателей производительности и масштабируемости NoSQL-систем при предоставлении классического SQL-интерфейса для доступа к данным. InfiniSQL развивается одним из бывших инженеров компании Visa как полностью свободный проект, без разделения на community и enterprise версии. Код InfiniSQL (https://github.com/infinisql/infinisql) распространяется под лицензией AGPLv3, а библиотеки для создания хранимых процедур под лицензией LGPLv3. <br><br><br><br>СУБД состоит из двух частей - демона на языке Си++, использующего модель акторов (http://ru.wikipedia.org/wiki/%D0%9C%D0%BE%D0%B4%D0%B5%D0%BB%D1%8C_%D0%B0%D0%BA%D1%82%D0%BE%D1%80%D0%BE%D0%B2) для распараллеливания операций без блокировок, и менеджера ресурсов, написанного на языке Python. Клиентский интерфейс совместим с PostgreSQL, т.е. https://mobile.opennet.me/openforum/vsluhforumID3/92878.html#58 Sun, 01 Dec 2013 21:44:43 GMT Да и не только они, опыт NoSQL показывает, что эта буковка вообще всем нужна в первую очередь - люди кладут на транзакционность в угоду скорости и надёжности.<br><br>Так что тхе... если бы они на дисках такую производительность обеспечили - был бы прорыв, а сейчас - так, очередная in-memory БД.<br> https://mobile.opennet.me/openforum/vsluhforumID3/92878.html#57 Sun, 01 Dec 2013 07:52:42 GMT Это, отнюдь, не одно и тоже. В смысле, возможности mongo и plproxy. Первая полностью прозрачна для приложения (приложение даже и не знает о его существовании), для работы со вторым - требуется использовать свой язык запросов, что на практике выливается в допиливание ОРМа. По мне так проще ОРМ сменить на сделанный под монго, чем допиливать и далее самостоятельно поддерживать ОРМ под постгри.<br> https://mobile.opennet.me/openforum/vsluhforumID3/92878.html#56 Sat, 30 Nov 2013 20:10:08 GMT &gt; Не удивительно тогда, что оно так шустро работает.<br><br>но<br><br>&gt; ... на данном этапе разработки пока не предоставляя средств для обеспечения надёжного сохранения информации в случае сбоя всего кластера.<br><br>Интересно кому нужно такое щасте ?<br><br><br><br> https://mobile.opennet.me/openforum/vsluhforumID3/92878.html#55 Sat, 30 Nov 2013 20:05:04 GMT &gt; ... без разделения на community и enterprise версии ...<br><br>Может и не взлететь, кормится-то они с чего собираются, да и на развитие "денешка" нужна.<br> https://mobile.opennet.me/openforum/vsluhforumID3/92878.html#54 Sat, 30 Nov 2013 07:55:57 GMT с SQL интерфейсом ему и такое применение не светит<br> https://mobile.opennet.me/openforum/vsluhforumID3/92878.html#53 Sat, 30 Nov 2013 07:55:14 GMT они довольны не будут, им из ACID все буковки нужны, особенно D<br> https://mobile.opennet.me/openforum/vsluhforumID3/92878.html#51 Fri, 29 Nov 2013 23:31:39 GMT &gt; Клиентский интерфейс совместим с PostgreSQL<br><br>Пусть взлетает! Как минимум "восьмёрочники" (1Cv8) будут довольны.<br>Ну и вобще, чем больше движков БД, тем лучше, няхай конкурируют.<br> https://mobile.opennet.me/openforum/vsluhforumID3/92878.html#50 Fri, 29 Nov 2013 22:58:35 GMT Thank you for writing this article. I do not understand the Russian language, but according to Google's Translator, you explained InfiniSQL very well.<br><br>I have always enjoyed working with Russian engineers--you have very good analytical skills and are interested deeply in technology. I hope that you will contribute to the InfiniSQL project as developers, alpha customers, and in any way that you can for the community.<br><br>Please visit http://www.infinisql.org to find the code and to find how to stay in touch with the project.<br><br>Sincerely,<br>Mark Travis<br>Founder, InfiniSQL<br> https://mobile.opennet.me/openforum/vsluhforumID3/92878.html#49 Fri, 29 Nov 2013 21:23:37 GMT На вполне обычном чипсете C602 от Intel - до 768GB<br>