https://opennet.me/openforum/vsluhforumID3/107970.html Состоялся (http://orientdb.com/released-orientdb-v2-2/) релиз СУБД OrientDB 2.2 (http://www.orientdb.org/), которая объединяет в себе возможности документо-ориентированной и графо-ориентированной БД (http://ru.wikipedia.org/wiki/%D0%91%D0%B0%D0%B7%D1%8B_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85_%D0%BD%D0%B0_%D0%BE%D1%81%D0%BD%D0%BE%D0%B2%D0%B5_%D0%B3%D1%80%D0%B0%D1%84%D0%BE%D0%B2). Взаимодействие между документами в OrientDB обрабатывается как в графо-ориентированной БД с определением прямых связей между записями, что позволяет в считанные миллисекунды пройти по цепочке содержимого деревьев и графов, как целиком так и частями. Дополнительно поддерживается интерфейс объектно-ориентированной БД, который работает поверх документо-ориентированного слоя. Код OrientDB написан на языке Java и распространяется (https://github.com/nuvolabase/orientdb/) под лицензией Apache.<br><br><br><br><br>Ключевые новшества:<br><br><br><br>- Обеспечена (http://orientdb.com/docs/last/Database-Encryption.html) возможность хранения данных на диске в зашифр https://opennet.me/openforum/vsluhforumID3/107970.html#36 Wed, 25 May 2016 16:23:36 GMT &gt; Сложно проектировать заранее то, что не ты проектируешь. Я же написал про <br>&gt; дамп соцсети. Ну и проектируй, не проектируй, в SQLщине у тебя <br>&gt; будет страшенная куча таблиц, а в document based nosql - всё <br>&gt; в одну коллекцию красиво залезет.<br>&gt; Это и есть "В SQL-ях такое хранить вообще боль" <br><br>У информации должна быть структура, иначе это энтропический шум. Хранить входные данные "как есть" имеет смысл только если их не надо обрабатывать, а так же выдавать "как есть". И "в SQLях" такое прекрасно хранится в столбце типа TEXT или BLOB.<br><br>Хотя в PostgreSQL можно юзать тип JSONB, который и процессить можно быстро (быстрее чем Монга, замерял), и индексы строить по JSON-овским полям, и JOINы делать.<br><br>А если же данные нужно каким-то образом обрабатывать, то в любом случае нужно знать структуру, хотя бы интересующую часть. То есть в schema-less базах схему тоже нужно менеджить, но уже в нашем собственном коде, а не в СУБД: писать руками db-upgrader скрипты. И если наш data source поменял формат, то и наш код https://opennet.me/openforum/vsluhforumID3/107970.html#35 Tue, 24 May 2016 08:48:58 GMT &gt; "связи приходится проектировать заранее" <br>&gt; Сложно проектировать заранее то, что не ты проектируешь. Я же написал про <br>&gt; дамп соцсети. Ну и проектируй, не проектируй, в SQLщине у тебя <br>&gt; будет страшенная куча таблиц, а в document based nosql - всё <br>&gt; в одну коллекцию красиво залезет.<br>&gt; Это и есть "В SQL-ях такое хранить вообще боль" <br><br>Спроектирую структуру для твоего дампа. За деньги. Заранее определи отчеты, которые хочешь получать, сделаю так, что связи будут вычисляться со вполне сравнимым временем. За деньги хрен с ним, пусть сообщество решит, стоит мне в итоге платить, или нет. Ждать от тебя дамп?<br><br> https://opennet.me/openforum/vsluhforumID3/107970.html#32 Sat, 21 May 2016 15:03:56 GMT &gt; А типа на том же посгре я не могу динамически создать таблицу/отношение, <br>&gt; угу, tell me moar. Или что имелось в виду?<br><br>на посгре нет, не можешь.<br> https://opennet.me/openforum/vsluhforumID3/107970.html#31 Sat, 21 May 2016 02:28:26 GMT &gt; Постгрес лучшая DB, пока данные еще влезают на одну машину и IO <br>&gt; еще успевает их пропускать.<br><br>+1 <br>А если не влазят, то лучше не заниматься БД самим, а использовать сервисы от GCP или AWS.<br> https://opennet.me/openforum/vsluhforumID3/107970.html#30 Fri, 20 May 2016 23:14:10 GMT &gt; Интересная новость... "Код OrientDB написан на языке Java..." И до свидания! :) <br><br>Значит ты не попадаешь в мир кластеров и BigData. Вырастешь - может быть сможешь вернуться.<br> https://opennet.me/openforum/vsluhforumID3/107970.html#29 Fri, 20 May 2016 23:11:32 GMT Постгрес лучшая DB, пока данные еще влезают на одну машину и IO еще успевает их пропускать.<br> https://opennet.me/openforum/vsluhforumID3/107970.html#28 Fri, 20 May 2016 08:16:54 GMT &gt;&gt; Интересная новость... "Код OrientDB написан на языке Java..." И до свидания! :) <br>&gt; Всё bigdata написано на жабе, не нравится, можешь остановить планету и сойти. <br><br>бидата и жаба в оном предложении - заводомый когнитвный диссонанс.<br>даже иерархические БД там носят вторичный характер и использутся сугубо для оперативной аналитики а основная обработка идет в Распределенных бд.<br>ортодоскальные вещи - не масштабируются так хорошо и не расшмиряются функционально так(не без исключений, не меняющих ничего принципиально, конечно). <br><br><br> https://opennet.me/openforum/vsluhforumID3/107970.html#27 Fri, 20 May 2016 08:14:23 GMT в "распределенности" обработки, сюрприз. безо всяких "мастеров" с полностью асинхронной обработкой без точек отказов или узких мест в других смыслах(не исключая производительность).<br>ваш КО.<br> https://opennet.me/openforum/vsluhforumID3/107970.html#26 Fri, 20 May 2016 08:11:45 GMT Про разрабов &#8212; это правда. Они, возможно, что-то и починили, а может и нет. А может ещё и поломали по соседству. Но всегда заявляют, что починили.<br>В своё время полтора года назад замахались тестировать их фиксы кластера.<br>