The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Выпуск СУБД OrientDB 2.2"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск СУБД OrientDB 2.2"  +/
Сообщение от opennews (??) on 18-Май-16, 22:55 
Состоялся (http://orientdb.com/released-orientdb-v2-2/) релиз СУБД OrientDB 2.2 (http://www.orientdb.org/), которая объединяет в себе возможности документо-ориентированной и графо-ориентированной БД (http://ru.wikipedia.org/wiki/%D0%91%D0%B...). Взаимодействие между документами в  OrientDB обрабатывается как в графо-ориентированной БД с определением прямых связей между записями, что позволяет в считанные миллисекунды пройти по цепочке содержимого деревьев и графов, как целиком так и частями. Дополнительно поддерживается интерфейс объектно-ориентированной БД, который работает поверх документо-ориентированного слоя. Код OrientDB написан на языке Java и распространяется (https://github.com/nuvolabase/orientdb/) под лицензией Apache.


Ключевые новшества:

-  Обеспечена (http://orientdb.com/docs/last/Database-Encryption.html) возможность хранения данных на диске в зашифрованном виде. Для шифрования предлагаются алгоритмы AES и DES. Ключ шифрования не хранится в БД, а передаётся при подключении к СУБД;
-  Добавлена новая настраиваемая модель обеспечения согласованности данных в графе (Graph Consistency (http://orientdb.com/docs/last/Graph-Consistency.html)), выступающая в роли альтернативы транзакциям и по сравнению с ними ускоряющая выполнение операций по изменению элементов графа;
-  На смену Workbench пришел новый web-интерфейс OrientDB Studio (http://orientdb.com/docs/last/Studio-Home-page.html), основанный на новой архитектуре и других модулях;
<center><a href="http://orientdb.com/docs/last/images/studio-newDb.png"&... src="https://www.opennet.ru/opennews/pics_base/0_1463594764.png&q... style="border-style: solid; border-color: #e9ead6; border-width: 15px;max-width:100%;" title="" border=0></a></center>


-  Улучшены системы аудита операции с БД, расширены возможности аутентификации, добавлена поддержка Kerberos;
-  В движок внесена порция оптимизаций, позволившая ускорить работу при различных видах нагрузки;
-  Для распределённых конфигураций представлена поддержка режима быстрой ресинхронизации узлов (fast-resync);


-  Реализовано решение для создания инкрементальных бэкапов;

-  Добавлен инструмент Teleporter (http://orientdb.com/docs/last/Teleporter-Home.html), позволяющий синхронизировать содержимое БД с реляционными СУБД и упрощающий проведение миграции данных в OrientDB;

-  Добавлены дополнительные элементы в реализацию SQL: поиск по шаблону (http://orientdb.com/docs/last/SQL-Match.html) (оператор MATCH), кэш команд, параллельные запросы и Live-запросы (http://orientdb.com/docs/last/Live-Query.html) (получение изменений в реальном времени);

-  В  OrientJS (https://github.com/orientechnologies/orientjs), драйвер для Node.js, добавлена поддержка демаршалинга (https://ru.wikipedia.org/wiki/%D0%9C%D0%...).

Основные особенности OrientDB:

-  Полная поддержка ACID-транзакций;

-  Поддержка подмножества (http://code.google.com/p/orient/wiki/SQLQuery) языка SQL для выполнения запросов c использованием конструкции SELECT (OrientDB не является реляционной БД, поэтому в полной мере все возможности SQL не поддерживает);

-  Поддержка хранения данных без описания предварительной схемы, с описанием полной структуры или в смешанном режиме;

-  Полностью совместима со стандартом TinkerPop Blueprints для графо-ориентированных БД;

-  Поддержка языка запросов Gremlin (https://github.com/tinkerpop/gremlin/wiki);

-  Нативно поддерживает HTTP, RESTful и JSON протоколы без использования сторонних компонентов;

-  Возможность работы как в режиме встраивания в другие приложения, так и в качестве выделенного сервера;

-  Возможность отката внесённых в документ локальных изменений (ODocument.undo);

-  Имеет очень малый размер и не имеет сторонних зависимостей;

-  Поддерживается строгая политика разграничения доступа на основе ролей и полномочий пользователей;

-  Дистрибутив полностью самодостаточен;

-  Поддерживает отказоустойчивые конфигурации и репликацию (архитектура OrientDB изначально рассчитана на мультимастер репликацию);

-  Кластер OrientDB может состоять из тысяч узлов и использовать для организации единого хранилища алгоритм распределённой хэш-таблицы (DHT);

-  Поддержка запуска скриптов на стороне сервера (Server Side Scripting);

-  Использование собственного алгоритма RB+Tree для хранения данных, сочетающего в себе особенности Red-Black Tree и B+Tree, что позволяет добиться вдвое меньшего потребления памяти при сохранении скорости Red-Black Tree за счёт балансировки операций добавления и обновления данных.

-  Поддержка live-запросов, позволяющих получать информацию об изменениях в БД в режиме реального времени;
-  Наличие средств аудита для отслеживания всех операции изменения, чтения, обновления и удаления для каждого объекта в СУБД.

URL: http://orientdb.com/released-orientdb-v2-2/
Новость: https://www.opennet.ru/opennews/art.shtml?num=44457

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Выпуск СУБД OrientDB 2.2"  +/
Сообщение от Аноним (??) on 18-Май-16, 22:55 
кто использует, были-ли у вас с ней какие проблемы?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Выпуск СУБД OrientDB 2.2"  +4 +/
Сообщение от nc (ok) on 18-Май-16, 23:02 
У меня другая проблема - хочется попользовать, но не могу придумать куда))
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Выпуск СУБД OrientDB 2.2"  +/
Сообщение от A.Stahl (ok) on 18-Май-16, 23:10 
Ну, ты можешь хранить там имя соседской кошки. И свой возраст. И текст любимой песни. Вот.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Выпуск СУБД OrientDB 2.2"  –2 +/
Сообщение от Аноним (??) on 19-Май-16, 00:16 
Основное отличие - динамическая возможность создать структуру таблиц И связи между ними.
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

5. "Выпуск СУБД OrientDB 2.2"  +1 +/
Сообщение от Аноним (??) on 19-Май-16, 01:10 
А типа на том же посгре я не могу динамически создать таблицу/отношение, угу, tell me moar. Или что имелось в виду?
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

32. "Выпуск СУБД OrientDB 2.2"  –1 +/
Сообщение от Аноним (??) on 21-Май-16, 18:03 
> А типа на том же посгре я не могу динамически создать таблицу/отношение,
> угу, tell me moar. Или что имелось в виду?

на посгре нет, не можешь.

Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

11. "Выпуск СУБД OrientDB 2.2"  –2 +/
Сообщение от Лютый жабист (ok) on 19-Май-16, 06:53 
Хорошо вписывается задача - работать с дампом какой-нибудь соцсети.
Например скачал весь вконтактик: друзья, группы. json, среднеструктурированный.

В SQL-ях такое хранить вообще боль.
В Mongo самих пользователей - очень удобно, но со связями работает медленно. А тут самое оно.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

17. "Выпуск СУБД OrientDB 2.2"  –2 +/
Сообщение от АнонимУася on 19-Май-16, 21:55 
>В SQL-ях такое хранить вообще боль.

Ты наверное хотел сказать: "в реляционных субд"?
Так и тут ты не прав. Просто связи приходится проектировать заранее. Это плата за функциональность, недоступную в сетевых БД.

Ответить | Правка | ^ к родителю #11 | Наверх | Cообщить модератору

22. "Выпуск СУБД OrientDB 2.2"  +1 +/
Сообщение от Лютый жабист (ok) on 20-Май-16, 05:27 
"связи приходится проектировать заранее"

Сложно проектировать заранее то, что не ты проектируешь. Я же написал про дамп соцсети. Ну и проектируй, не проектируй, в SQLщине у тебя будет страшенная куча таблиц, а в document based nosql - всё в одну коллекцию красиво залезет.

Это и есть "В SQL-ях такое хранить вообще боль"

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

35. "Выпуск СУБД OrientDB 2.2"  +/
Сообщение от АнонимУася on 24-Май-16, 11:48 
> "связи приходится проектировать заранее"
> Сложно проектировать заранее то, что не ты проектируешь. Я же написал про
> дамп соцсети. Ну и проектируй, не проектируй, в SQLщине у тебя
> будет страшенная куча таблиц, а в document based nosql - всё
> в одну коллекцию красиво залезет.
> Это и есть "В SQL-ях такое хранить вообще боль"

Спроектирую структуру для твоего дампа. За деньги. Заранее определи отчеты, которые хочешь получать, сделаю так, что связи будут вычисляться со вполне сравнимым временем. За деньги хрен с ним, пусть сообщество решит, стоит мне в итоге платить, или нет. Ждать от тебя дамп?

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

36. "Выпуск СУБД OrientDB 2.2"  +/
Сообщение от dlazerka (ok) on 25-Май-16, 19:23 
> Сложно проектировать заранее то, что не ты проектируешь. Я же написал про
> дамп соцсети. Ну и проектируй, не проектируй, в SQLщине у тебя
> будет страшенная куча таблиц, а в document based nosql - всё
> в одну коллекцию красиво залезет.
> Это и есть "В SQL-ях такое хранить вообще боль"

У информации должна быть структура, иначе это энтропический шум. Хранить входные данные "как есть" имеет смысл только если их не надо обрабатывать, а так же выдавать "как есть". И "в SQLях" такое прекрасно хранится в столбце типа TEXT или BLOB.

Хотя в PostgreSQL можно юзать тип JSONB, который и процессить можно быстро (быстрее чем Монга, замерял), и индексы строить по JSON-овским полям, и JOINы делать.

А если же данные нужно каким-то образом обрабатывать, то в любом случае нужно знать структуру, хотя бы интересующую часть. То есть в schema-less базах схему тоже нужно менеджить, но уже в нашем собственном коде, а не в СУБД: писать руками db-upgrader скрипты. И если наш data source поменял формат, то и наш код тоже нужно менять.

Schema-less -- это отсутствие фичи. Храните всё в одном столбце TEXT, BLOB или JSONB и будет вам schema-less, вполне подходящее решение для определённых случаев, никто не заставляет нормализовать.

Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

9. "Выпуск СУБД OrientDB 2.2"  +6 +/
Сообщение от Игорт email on 19-Май-16, 06:17 
Были и еще какие. Гугли на английском orientdb shit или orient kill startup, таких историй начитаешься - волосы дыбом. Вот например мы столкнулись с таки багом - делаешь select с order by - все хорошо, добавляешь limit x - выбирает любые x записей и сортирует только их. И еще, если разрабы говорят, что баг починен - не верь, проверяй - врут безмерно.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

10. "Выпуск СУБД OrientDB 2.2"  –3 +/
Сообщение от Это я on 19-Май-16, 06:37 
[quote]делаешь select с order by - все хорошо, добавляешь limit x - выбирает любые x записей и сортирует только их.[/quote]
Наверное, это для повышения производительности...
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

26. "Выпуск СУБД OrientDB 2.2"  +2 +/
Сообщение от OramahMaalhur (ok) on 20-Май-16, 11:11 
Про разрабов — это правда. Они, возможно, что-то и починили, а может и нет. А может ещё и поломали по соседству. Но всегда заявляют, что починили.
В своё время полтора года назад замахались тестировать их фиксы кластера.
Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

25. "Выпуск СУБД OrientDB 2.2"  +2 +/
Сообщение от OramahMaalhur (ok) on 20-Май-16, 11:08 
Было полно проблем с 2.0. Оно сначала тупо не работало в кластере (ни документ, ни граф), потом работало только в 2-хнодовом режиме, но не работало в 3+.
Но вполне возможно, что уже починили.
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

7. "Выпуск СУБД OrientDB 2.2"  –6 +/
Сообщение от Анон вроде on 19-Май-16, 02:55 
А когда успели придумать новое слово "Графовые СУБД"? Раньше их всегда сетевыми звали.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Выпуск СУБД OrientDB 2.2"  +/
Сообщение от Анонус on 19-Май-16, 05:48 
это замена понятия - иерархических СУБД
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

18. "Выпуск СУБД OrientDB 2.2"  +/
Сообщение от Аноним (??) on 19-Май-16, 23:02 
ага. графовые - частный случай иерархических(или наоборот, как смотреть ;)
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

13. "Выпуск СУБД OrientDB 2.2"  –1 +/
Сообщение от dlazerka (ok) on 19-Май-16, 09:49 
Она distributed? Нигде не могу найти про это, только упоминают про Big Data. Хотя я работал с big data, и там подразумевается, что данные никак не помещаются на одну машину. Или они просто ради маркетинга используют термин big data?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

14. "Выпуск СУБД OrientDB 2.2"  +1 +/
Сообщение от ttt (??) on 19-Май-16, 10:28 
orientdb - распределенная
neo4j - не распределенная
Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

19. "Выпуск СУБД OrientDB 2.2"  +/
Сообщение от Аноним (??) on 19-Май-16, 23:04 
> orientdb - распределенная
> neo4j - не распределенная

я бы не относил сабж к распределенным всерьез. поддержка мультимастре репликации - еще не делает что-то "распределенным" само по себе ;)
а вот наличие ACID - уже ощутимый плюс на фоне сонма безликих, бесполезных аналогов, лишенного оного.


Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

20. "Выпуск СУБД OrientDB 2.2"  –1 +/
Сообщение от dlazerka (ok) on 20-Май-16, 00:52 
> я бы не относил сабж к распределенным всерьез. поддержка мультимастре репликации -
> еще не делает что-то "распределенным" само по себе ;)
> а вот наличие ACID - уже ощутимый плюс на фоне сонма безликих,
> бесполезных аналогов, лишенного оного.

Хм, а в чём тогда настоящая "распределённость", если не в мультимастере?

Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

27. "Выпуск СУБД OrientDB 2.2"  +/
Сообщение от Аноним (??) on 20-Май-16, 11:14 
в "распределенности" обработки, сюрприз. безо всяких "мастеров" с полностью асинхронной обработкой без точек отказов или узких мест в других смыслах(не исключая производительность).
ваш КО.
Ответить | Правка | ^ к родителю #20 | Наверх | Cообщить модератору

15. "Выпуск СУБД OrientDB 2.2"  +1 +/
Сообщение от gaga (ok) on 19-Май-16, 11:50 
>Код OrientDB написан на языке Java

За что...

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

16. "Выпуск СУБД OrientDB 2.2"  –2 +/
Сообщение от default (??) on 19-Май-16, 17:07 
Интересная новость... "Код OrientDB написан на языке Java..." И до свидания! :)
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

21. "Выпуск СУБД OrientDB 2.2"  +/
Сообщение от dlazerka (ok) on 20-Май-16, 00:57 
> Интересная новость... "Код OrientDB написан на языке Java..." И до свидания! :)

Чу! Мне послышался треск, как будто что-то рвётся.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

23. "Выпуск СУБД OrientDB 2.2"  +/
Сообщение от Лютый жабист (ok) on 20-Май-16, 05:29 
> Интересная новость... "Код OrientDB написан на языке Java..." И до свидания! :)

Всё bigdata написано на жабе, не нравится, можешь остановить планету и сойти.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

24. "Выпуск СУБД OrientDB 2.2"  +/
Сообщение от Аноним (??) on 20-Май-16, 10:08 
В результате вся бигдата упихивается в постгрес и все счастливы
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

29. "Выпуск СУБД OrientDB 2.2"  –1 +/
Сообщение от Вареник on 21-Май-16, 02:11 
Постгрес лучшая DB, пока данные еще влезают на одну машину и IO еще успевает их пропускать.
Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

31. "Выпуск СУБД OrientDB 2.2"  +/
Сообщение от dlazerka (ok) on 21-Май-16, 05:28 
> Постгрес лучшая DB, пока данные еще влезают на одну машину и IO
> еще успевает их пропускать.

+1
А если не влазят, то лучше не заниматься БД самим, а использовать сервисы от GCP или AWS.

Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

28. "Выпуск СУБД OrientDB 2.2"  +/
Сообщение от Аноним (??) on 20-Май-16, 11:16 
>> Интересная новость... "Код OrientDB написан на языке Java..." И до свидания! :)
> Всё bigdata написано на жабе, не нравится, можешь остановить планету и сойти.

бидата и жаба в оном предложении - заводомый когнитвный диссонанс.
даже иерархические БД там носят вторичный характер и использутся сугубо для оперативной аналитики а основная обработка идет в Распределенных бд.
ортодоскальные вещи - не масштабируются так хорошо и не расшмиряются функционально так(не без исключений, не меняющих ничего принципиально, конечно).


Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

30. "Выпуск СУБД OrientDB 2.2"  –1 +/
Сообщение от Вареник on 21-Май-16, 02:14 
> Интересная новость... "Код OrientDB написан на языке Java..." И до свидания! :)

Значит ты не попадаешь в мир кластеров и BigData. Вырастешь - может быть сможешь вернуться.

Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру