Кто-нибудь сталкивался с нереляционными (key/value) СУБД?
Использовал?
Что лучше, что хуже, что быстрее, что медленнее, какие фишечки не повсеместны?
Я это к тому, что со следующей недели мы начинаем работать над Проектом. В Проекте есть одно место, которое должно оперировать огромным объемом данных и при этом работать максимально шустро. Я пока себе визуализирую этакий гиганский хэштейбл массивов, если абстрактно говорить. Массивы сами по себе тоже могут быть гигантские и при этом изменяться достаточно часто. Причем, как несложно предположить, чем огромнее массив, чем чаще он будет изменяться. Соответственно, гонять его туда-сюда как одно значение тоже нежелательно.
Вопрос, как бы это все реализовать так, чтобы не писать с нуля. А то мы-то любители написать с нуля, это всем известно, но не всегда получится лучше имеющегося.
P.S. Вот посматриваю на Cassandra, пока нравится.
Комментарии (16)
Похожие записи
-
-
-
-
А кстати, такие победы сборной России очень полезны для некоторых...
bazzi 2412 45 3. мая, 2009.г.17 -
-
-
-
-
а чё, в Stored Procedures тоже можно "уколоться" ?
гораздо интереснее было-бы придумать обычную реляционную базу, даже подобную SQL, но с раздельными потоками управления и данных. и в корне избавится от главной проблемы SQL - инъекций. подумай об этом.
10 млрд. раз в наносекунду. А как тебе такое ?
:>
И что ? :>>
Имеем следующее.
Реляционность не есть "табличная организация данных", есть скорее связанность между таковым таблицами.
Любая организация "не табличная" будет медленнее. Либо скорость ее с табличностью/не табличностью - просто не связанна.
Ну вот и заведи себе файл бинарный, остортированный по алфавиту.
На каждую букву - Records, а в начале каждой - ее длина в подзаписях, и так - рекурсивно..
в начале индекс по буквам с позицией каждой рекордс.. .
вон чо-то было еще http://ru.wikipedia.org/wiki/Btrieve
В
Потому что табличная организация данных говно. То есть не говно, конечно, но нафиг не надо иногда. Мне надо ключ/значение, и длина значения должна быть неограничена. И это все еще в кластере неебическом. Чем быстрее это будет работать, тем лучше.
> ну блин, отсортируй свои числа по ключевым словам по алфавиту и да будет тебе щастие. Какой вопрос такой ответ.
Числа добавляются и удаляются по 1000 раз в секунду, допустим. Как такое усложнение задачи?
Реляционные СУБД работают - быстрее.
В сформулированной задаче не вижу ничего, для чего бы требовалась "нереляционность".
Попробуй Prolog, что-ля :> c его механизмами логических выводов после неформализованных вводных... Хотя не понимаю, зачем все это.
ну блин, отсортируй свои числа по ключевым словам по алфавиту и да будет тебе щастие. Какой вопрос такой ответ.
С его механизмом вывода и правил... хотя непонятно зачем.
Щас вряд ли ) если только вдруг у тебя есть еда и машина :D
Жисть весело.
Пилум, меня интересует те, которые выпячивают свою нетабличность и прочую нестандартность как главную фичу. Мне нужна такая хрень, в которую я могу кинуть 20 ключевых слов, а она мне вернет оттакой неебический список чисел по этим словам. И чтобы это все за доли миллисекунды.
Чур я буду дядей Вовой.
Данко, составишь компанию?
Споём седого паромщика...
О, даж сталкивался, и не так давно. Lotus domino. Бред сумашедшего. Мммм... Охарактеризовать концепцию и среду можно было как ммм... "Вот... выросло... шо-та"
Х.з. что ты там себе визуализируешь и зачем. Не понять. Струууктууур тааак многооо на Землее и разныыых фреееймооов...
Да нечего мне тебе сказать по сабжу.