https://opennet.me/openforum/vsluhforumID3/84533.html Вышел (http://groups.google.com/group/orient-database/browse_thread/thread/a5dce04ae09fa123) первый релиз OrientDB (http://code.google.com/p/orient/), системы управления базами данных, которая объединяет в себе возможности документо-ориентированной и графо-ориентированной БД. Дополнительно поддерживается интерфейс объектно-ориентированной БД, который работает поверх документо-ориентированного слоя. Код OrientDB написан на языке Java и распространяется под лицензией Apache. На обычном оборудовании OrientDB позволяет сохранять 150 000 записей в секунду. При тестировании производительности один сервер с OrientDB оказался способен заменить собой 125 серверов MySQL.<br><br>&lt;center&gt;&lt;a href="http://www.orientdb.org/images/graphed-tutorial-graph_small.png"&gt;&lt;img src="http://www.opennet.ru/opennews/pics_base/0_1337073594.png" style="border-style: solid; border-color: #606060; border-width: 1px;" title="" border=0&gt;&lt;/a&gt;&lt;/center&gt;<br><br><br>Основные особенности:<br><br><br>- Полная поддержка ACID транзакций;<br>- Поддержка SQL-запросов;<br> https://opennet.me/openforum/vsluhforumID3/84533.html#69 Sat, 02 Jun 2012 08:10:35 GMT $ cat write-test.c<br>#include &lt;stdio.h&gt;<br><br>#define RECORDS_COUNT 150000<br>int main(){<br> FILE *fp;<br> if((fp = fopen("records", "w")) != NULL){<br> unsigned char c = 0;<br> long int i;<br> for(i=0; i &lt; RECORDS_COUNT; i++){ //пишем 150 000 записей в файл<br> fputc(c++, fp); //пишем запись из одного символа<br> }<br> fclose(fp);<br> return 0;<br> }else{<br> printf("Can't open file");<br> return 1;<br> }<br>}<br>$ cc -o write-test write-test.c<br>$ time ./write-test<br>./write-test 0.00s user 0.00s system 82% cpu 0.006 total<br><br>УМВР. ЧЯДНТ?<br> https://opennet.me/openforum/vsluhforumID3/84533.html#68 Mon, 21 May 2012 07:13:42 GMT Обязательно попробую.<br><br>В OrientDB есть понятие кластера. Кластер - это, грубо говоря, предварительно созданный файл обычно небольшого размера. Когда пишутся новые записи, то они редко требуют выделения нового места на ФС. Также для каждого кластера есть другой специальный кластер для удалённых записей. В него заносятся пометка о том, что такая-то запись удалена. Т.о. непосредственное добавление или удаление одной записи не приводит в выделению места на ФС.<br>А вот хороший алгоритм нужен для быстрого нахождения требуемого адреса внутри кластера. И такой алгоритм есть и он работает.<br> https://opennet.me/openforum/vsluhforumID3/84533.html#67 Mon, 21 May 2012 05:01:23 GMT "Кто в каких задачах использовал подобные БД? С какими отрицательными/узкими/проблемными местами сталкивались?"<br>Все проигнорировали товарища, который спрашивал для чего кто использует...<br>Значит ли это, что никто из "здешних" их не использует?<br> https://opennet.me/openforum/vsluhforumID3/84533.html#66 Sun, 20 May 2012 17:05:48 GMT Кто-то ее пробовал для 1С-ки ?<br><br>Как сумеете прикрутить, отпишитесь плизз тут. Интересен результат.<br> https://opennet.me/openforum/vsluhforumID3/84533.html#65 Sun, 20 May 2012 11:04:36 GMT 1) MySQL тратит ресурсы на проверку пользователя при соединении.<br>2) Больше времени уходит на сортировку данных, а не взятие их из БД, в мускуле тоже есть NoSQL.<br>И про 125 серверов однозначна пиздеж.<br> <br> https://opennet.me/openforum/vsluhforumID3/84533.html#64 Sat, 19 May 2012 22:14:49 GMT Ты забыл про файловую систему, которая мало того что пишет файлы блоками большего размера чем сам файл, так еще и таблицу с индексами создает.<br> https://opennet.me/openforum/vsluhforumID3/84533.html#63 Sat, 19 May 2012 04:39:11 GMT &gt;[оверквотинг удален]<br>&gt; Физически невозможно - это записать за секунду на диск данных больше, чем <br>&gt; позволяет пропускная способность диска.<br>&gt; Где вы видите информацию о размере записи ???<br>&gt; Современные HDD даже на ноутбуке позволяют записывать порядка 100 Мб/сек. SSD так <br>&gt; ещё больше.<br>&gt; В данном случае размер данных не важен, ибо это будет тест дисковой <br>&gt; подсистемы. Количество сохранённых мелких записей позволяет судить об эффективности алгоритма. <br>&gt; При этом утилизировать даже всего 100 Мб/сек обычного диска представляется весьма <br>&gt; сложной задачей. Достаточно чтобы размер был менее килобайта.<br>&gt; RB+Tree позволяет быстро читать и при этом быстро записывать.<br><br>Что же вы ерундой то болтаете???<br>Запустите скрипт на генерацию 150000 файлов объем каждого ~20 байт.<br>И скажите сколько МИНУТ он выполняется на обычном железе? <br><br>#!/bin/bash <br><br>mkdir data<br><br>COUNTER=0<br>START=`date +%s`<br><br>while [ $COUNTER -lt 150000 ]; do<br> echo The counter is $COUNTER &gt; data/$COUNTER.txt<br> let COUNTER=COUNTER+1 https://opennet.me/openforum/vsluhforumID3/84533.html#62 Fri, 18 May 2012 07:44:30 GMT Интересное утверждение.<br>Физически невозможно - это записать за секунду на диск данных больше, чем позволяет пропускная способность диска.<br><br>Где вы видите информацию о размере записи ???<br>Современные HDD даже на ноутбуке позволяют записывать порядка 100 Мб/сек. SSD так ещё больше.<br><br>В данном случае размер данных не важен, ибо это будет тест дисковой подсистемы. Количество сохранённых мелких записей позволяет судить об эффективности алгоритма. При этом утилизировать даже всего 100 Мб/сек обычного диска представляется весьма сложной задачей. Достаточно чтобы размер был менее килобайта.<br><br>RB+Tree позволяет быстро читать и при этом быстро записывать.<br> https://opennet.me/openforum/vsluhforumID3/84533.html#61 Thu, 17 May 2012 09:02:37 GMT "...на обычном оборудовании позволяя сохранять до 150 000 записей в секунду" мягко говоря это неправда, ибо физически невозможно, а по сути наглый пизде$$$...<br>