https://www.opennet.ru/openforum/vsluhforumID3/88368.html Представлен (http://blog.voltdb.com/introducing-voltdb-3-0/) релиз инновационной открытой СУБД VoltDB 3.0 (http://voltdb.com/), развиваемой под руководством Майкла Стоунбрейкера (Mike Stonebraker), одного из основателей проектов Ingres и PostgreSQL. СУБД VoltDB поддерживает горизонтальное масштабирование и ориентирована на обработку транзакций в реальном времени (OLTP). На недорогом кластере, собранном своими силами из обычных серверов, СУБД способна обрабатывать миллионы транзакций в секунду. СУБД распространяется в двух вариантах: коммерческом, с обеспечением полноценной поддержки, и свободном "Community Edition (http://voltdb.com/community/downloads.php)". Код опубликован (https://github.com/VoltDB/voltdb/) под лицензией AGPLv3. <br><br><br><br>VoltDB позволяет достичь уровня производительности NoSQL-систем, сохранив при этом поддержку выполнения запросов на языке SQL и гарантирированную транзакционную целостность данных (ACID, атомарность и изолированность транзакций). При оценке производительности в односерверной https://www.opennet.ru/openforum/vsluhforumID3/88368.html#46 Tue, 06 Sep 2022 07:14:13 GMT Какая разница сколько там чего на одной машине запущено !<br>Упала железяка и нет кластера и нет ваших данных в памяти...<br> https://www.opennet.ru/openforum/vsluhforumID3/88368.html#45 Thu, 31 Jan 2013 14:08:34 GMT Не поддерживается напрямую для всей БД. Вместо этого агрегация результатов выполнения на узлах.<br> https://www.opennet.ru/openforum/vsluhforumID3/88368.html#44 Wed, 30 Jan 2013 19:12:12 GMT Об этом стоит прочитать подробней не из новости, а из документации<br>В целом VoltDB - это "in memory" система (а таковые обычно изначально ориентированы на кластер ради надёжности) с минимально возможным количеством блокировок - даже на одной машине поднимается кластер по числу ядер и между ними делается распределение данных и нагрузки на уровне протокола. Скорость работы и линейность масштабирования достигается за счёт распределения данных между узлами и того самого фирменного сетевого протокола, которым авторы, наверно справедливо, гордятся и который позволяет реализовать ACID в кластере, которого все так боятся, ибо "медленно".. <br> https://www.opennet.ru/openforum/vsluhforumID3/88368.html#43 Wed, 30 Jan 2013 11:57:52 GMT frequently accessed database tables<br><br>это здесь ключевое<br> https://www.opennet.ru/openforum/vsluhforumID3/88368.html#42 Wed, 30 Jan 2013 05:00:16 GMT Учить до посинения. <br>http://ru.wikipedia.org/wiki/MapReduce<br> https://www.opennet.ru/openforum/vsluhforumID3/88368.html#41 Tue, 29 Jan 2013 10:51:55 GMT &gt;Так кодируют только м*даки.<br><br>зато они очень плодовиты, написали уже pulseaudio, systemd...<br> https://www.opennet.ru/openforum/vsluhforumID3/88368.html#40 Mon, 28 Jan 2013 08:39:20 GMT &gt;&gt; Не совсем понятно что будет если пара узлов упадёт.<br>&gt; Исходя из фразы данные реплицируются, можно сделать вывод, что кластер выживет.<br><br>Из этой фразы ничего не следует. Репликация вообще к надежности кластера никакого отношения не имеет, смекаешь?<br> https://www.opennet.ru/openforum/vsluhforumID3/88368.html#39 Mon, 28 Jan 2013 08:38:10 GMT &gt;&gt;&gt; На мой взгляд, и SSD уже не такое <br>&gt;&gt;&gt; дорогое удовольствие, так что теперь ПО теперь можно оптимизировать только за <br>&gt;&gt;&gt; счет железа.<br>&gt;&gt; SSD не панацея.<br>&gt;&gt; Неоптимальные алгоритмы могут свести на нет любые бонусы от железа.<br>&gt;&gt; Например, если для получения ФИО одного юзера, вы делаете select * from <br>&gt;&gt; users; <br>&gt; Так кодируют только м*даки.<br><br>А закон Амдала и когерентность кэша тоже так-то никто не отменял.<br> https://www.opennet.ru/openforum/vsluhforumID3/88368.html#38 Mon, 28 Jan 2013 08:36:51 GMT &gt;&gt;Все данные каждого узла полностью прокэшированы в ОЗУ <br>&gt; Что? Нужна БД на терабайт - накидай терабайт оперативы? Джававыродки такие милашки. <br><br>Я что-то не припомню, чтобы хоть в каком-нибудь боксе столько памяти видал. Той самой, которая как лопата дерьма стоит. :))))))))))))))))<br><br>