The OpenNET Project / Index page

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

Представлена СУБД ArangoDB 2.4

19.01.2015 23:15

Увидела свет многоцелевая открытая СУБД ArangoDB 2.4, предоставляющая гибкие модели хранения документов, графов и данных в формате ключ-значение. Работа с базой осуществляется через SQL-подобный язык запросов AQL или через специальные расширения на языке JavaScript. Средства для хранения данных соответствуют требованиям ACID (атомарность, согласованность, изолированность, надежность), поддерживают транзакции и обеспечивают как горизонтальную, так и вертикальную масштабируемость. Управление СУБД может производиться через web-интерфейс или консольный клиент ArangoSH. Код ArangoDB распространяется под лицензией Apache 2. Проект написан на языках Си и JavaScript.

Ключевые особенности ArangoDB:

  • Отсутствие необходимости определения схемы хранения данных (Schema-free), данные структурируются в форме документов, в которых метаданные и информация о структуре отделена от пользовательских данных;
  • Возможность использования ArangoDB в качестве сервера для web-приложений на языке JavaScript. Поддержка доступа к базе через REST/Web API;
  • Использование JavaScript как для обращающихся к БД браузерных приложений, так и для обработчиков, выполняемых на стороне СУБД;
  • Многопоточная архитектура, распределяющая нагрузку на все ядра CPU;
  • Гибкая модель хранения данных, в которой могут быть комбинированы пары ключ-значение, документы и параметры, определяющие связи между записями (предоставляются средства для обхода вершин графа);
  • Возможность выбора типа индекса, соответствующего решаемым задачам (например, можно использовать индекс для полнотекстового поиска);
  • Настраиваемая надёжность: приложение само может определять, что для него важнее: более высокая надёжность или более высокая производительность;
  • Эффективное хранилище, в котором в полной мере используются возможности современного оборудования (например, SSD-накопители) и могут применяться большие кэши;
  • Транзакции: возможность запускать запросы сразу для нескольких документов или коллекций с опциональной согласованностью транзакций и изоляцией;
  • Поддержка репликации и шардинга: возможность создания master-slave конфигураций и разнесения наборов данных на разные серверы в зависимости от определённого признака.

В новом выпуске осуществлён переход на новую версию движка V8, что позволило добавить поддержку конструкций ECMAScript 6, таких как итераторы, тип symbol, типизированные массивы, списки (sets) и хэши (maps). В реализации языка AQL увеличена эффективность групповых запросов при использовании выражения COUNT, улучшена обработка индексов при фильтрации запросов, добавлено выражение RETURN для передачи значений из запросов модификации данных. Добавлен новый JavaScript-драйвер arangojs 3.0. Представлен новый фреймворк Foxx-Generator, позволяющий создавать Web API и простые web-приложения поверх ArangoDB. В web-интерфейсе полностью переработана вкладка для управления приложениями, в том числе обеспечена возможность генерации приложений и установки программ из Github и zip-архивов.



  1. Главная ссылка к новости (https://www.arangodb.com/2015/...)
  2. OpenNews: Новая версия NoSQL базы данных OrientDB 1.3
  3. OpenNews: Открыты исходные тексты БД Aerospike
  4. OpenNews: Представлена новая открытая СУБД InfiniSQL
  5. OpenNews: Релиз открытой СУБД VoltDB 3.0, развиваемой одним из основателей Ingres и PostgreSQL
  6. OpenNews: Выпуск СУБД Apache Cassandra 2.1
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/41494-arangodb
Ключевые слова: arangodb, nosql
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (26) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, MPEG LA (ok), 00:07, 20/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    выглядит очень вкусно. истории успеха/неуспеха можно написать в ответ на этот коммент
     
     
  • 2.2, Аноним (-), 00:43, 20/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    все очень плачевно с производительностью
     
     
  • 3.19, menangen (?), 11:17, 20/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Плачевно? Ничем не медленнее MongoDB
     
  • 2.21, MPEG LA (ok), 13:53, 20/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    короче при создании app - падает, бектрейса нет, app не создается
    нужность APL сильно под вопросом, если js во все поля
    имхо, лучше было бы модулем с доменами для nodejs/io.js вместо велосипеда
    остановка сервиса - повесился процесс, загрузив 2 ядра
    снес нах.
     
     
  • 3.22, Рибонет Аламай (?), 15:08, 20/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Нет плохих инструментов для разработки, есть плохие программисты ;)
     
     
  • 4.27, Аноним (-), 18:21, 21/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Вы выслушали арию очередного манагагера :)
    Лучше бы ты рассуждал о технике вылиза начальству - в этом ты хоть действительно разбираешься :)
     

  • 1.3, Аноним (-), 01:11, 20/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Когда вижу проект на движке V8 сразу задаюсь вопросом, а что еще можно из реальности вкомпилить в движок СУБД и понимаю, что недостает поддержки звука и графики. Кто не понял, а это я о том, что излишний бывает поддержка чего-то в базе данных. Пока что SQL решает все поставленные вопросы, а если кто-то еще и придумает как запускать на SQL базе MapReduce в контексте самой базы я думаю, что MySQL вытеснит всех )))
     
     
  • 2.4, Kamiram (?), 01:22, 20/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    postgres уже крайне продвинут в деле вытеснения key-value даз банных.
     
     
  • 3.6, Crazy Alex (ok), 01:52, 20/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    А это не key-value
     
  • 3.9, Аноним (-), 03:17, 20/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > postgres уже крайне продвинут в деле вытеснения key-value даз банных.

    Примерно настолько же насколько боинги преуспели в вытеснении дельтапланов и парапланов.

     
  • 2.5, Crazy Alex (ok), 01:51, 20/01/2015 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Если оно умеет человечески работать с графами (да хотя бы с деревьями) - это уже здоровенный плюс. Ну и чем писать какую-то сложную логику на SQL - лучше уж джаваскрипт. А писать бывает нужно, когда нет смысла тягать большие массивы наружу. Какая-нибудь лента friends of friends, например...

    В общем, не надо об этом думать, как о БД - скорее это сервер приложений со встроенным слоем хранения данных.

     
     
  • 3.12, Россия2 (?), 07:59, 20/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Увидела свет многоцелевая открытая СУБД ArangoDB 2.4, ....
     

  • 1.7, Аноним (-), 02:41, 20/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Отсутствие необходимости определения схемы хранения данных (Schema-free), данные структурируются в форме документов, в которых метаданные и информация о структуре отделена от пользовательских данных;

    Читать как: k-v помойка.

    > Настраиваемая надёжность: приложение само может определять, что для него важнее: более высокая надёжность или более высокая производительность;

    В результате не получите ни того, ни другого.

     
  • 1.8, Аноним (-), 02:47, 20/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Неужели используете такие комбайны которые пытаются убедить вам в том как нужно решать задачи?

    >Настраиваемая надёжность: приложение само может определять, что для него важнее: более высокая надёжность или более высокая производительность;

    Какой уровень IQ приложения? VBA, PHP и Python-погроммистиков уже можно заменить это базой?

     
     
  • 2.10, Аноним (-), 03:19, 20/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    > VBA, PHP и Python-погроммистиков уже можно заменить это базой?

    А это мысль. Вот так и появится искусственный интеллект. Чтоб зарплату гомнокодерам не платить.

     
     
  • 3.11, Аноним (-), 05:40, 20/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    >А это мысль. Вот так и появится искусственный интеллект. Чтоб зарплату гомнокодерам не платить.

    Мы уже работаем над этим. Успешно.

     

  • 1.14, Аноним (-), 08:40, 20/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Обрадовался, увидел яваскрипт растроился
    Не могут обойтись без обезьяства -> в мусор
     
     
  • 2.15, Crazy Alex (ok), 09:25, 20/01/2015 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С технической стороны - да. С коммерческой JS - хорошая штука. Один и тот же код на сервере и клиенте, куча готовых специалистов любого уровня, которых можно таскать между бэкэндом и фронтом, V8 шустр, активно пилится и наверняка будет пилиться ещё долго... в общем, выгодно получается. А если еще найти нормальных архитекта и тимлида, чтобы били по рукам при нужде - можно будет силами достаточно дешевых спецов тащить кодовую базу лет пять. А больше и не нужно обычно.
     
     
  • 3.16, Аноним (-), 10:01, 20/01/2015 [^] [^^] [^^^] [ответить]  
  • –2 +/
    у админов зато проблема с яваскриптом. sql например практически любой админ может выучить и собственно с поддержкой sql баз без штатного разработчика не проблема. А навязать все это яваскриптом и вуаля, требуется "недорогой" кадр со знанием яваскрипта
     
     
  • 4.23, Crazy Alex (ok), 15:29, 20/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Не смешите. Сейчас найти того, кто совсем не знал бы JS (а много там его надо, чтобы базу админить?) практически нереально. И, при всём своём уродстве JS всяко понятнее и легче учится, чем SQL. О читабельности и удобстве поддержки результата (а скрипты менеджмента имеют мерзкую привычку разрастаться) и говорить нечего.
     
  • 3.20, Школьник (ok), 12:10, 20/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    Собственно, в этом комментарии - квинтэссенция говноподхода к программированию и IT. Здесь все прекрасно - дешевые специалисты, которые клепают говнокод ради 5 лет его существования, после чего переключаются на очередной говнокод, язык с динамической типизацией, брать который на backend проекта серьезнее очередной социалочки для школьников ни один вменяемый человек не будет, тасование "спецов", словно колода карт...

    Кстати, специалист, который одинаково хорошо умеет и бэкенд, и фронт - он дешево не может стоить. А дешевого "специалиста", который одинаково плохо умеет и то, и другое, лучше не брать на работу вообще. А пойдет ли нормальный архитект и тимлид управлять стаей дрессированных макак - это еще вопрос. Равно как и вопрос, как из этой стаи взять замену архитекту и тимлиду, случись кому-нибудь из них свалить. Впрочем, мир несильно пострадает от того, что очередная социалочка для школьников загнется, так что поводов для беспокойства нет.

     
     
  • 4.24, Crazy Alex (ok), 15:52, 20/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    И в чём здесь говноподход? В том, что делается именно то, что нужно клиенту, а не то, реализуется идеальный сферический конь? А что делать - редкий проект сейчас живёт больше пяти лет без смены технологий. Собственно, большинство столько вообще не живёт, и закладываться на долгую жизнь смысла нет - уж больно быстро всё меняется.

    Насчёт языков с динамической типизацией согласен полностью, но таки при некотором соблюдении дисциплины код получается поддерживаемым. Там же проблема обычно не в скорости, а в большей склонности динамически типизированного кода к ошибкам (открываю секрет Полишинеля - в любом большом веб-проекте 95% нагрузки, если не больше, падает на кеши - от мемкеша до CDN, на чем писан бэкэнд в этом плане вообще побоку). А тасование спецов - вообще-то хорошая практика - иначе они часто склонны закапываться в своём углу и напрочь игнорировать бОльшую картину. Что не идёт на пользу ни проекту, ни развитию самих спецов. Понятно, что это надо делать с умом - ну так на то и менеджмент нужен. А стоят они более-менее одинаково, так как фронте сейчас сравнимые с бэкэндом объемы кода и технологии. Но даже если чуть дороже выйдет - гибкость это окупает с лихвой, когда не знаешь, какие задачи прилетят через месяц, как сейчас обычно в вебе и бывает.

    Насчет "пойдёт ли" - обычно идут. Потому что получают возможность развернуться, а эти товарищи подобное любят. Если уйдут - ничего особенного, придёт другой, пообщается с предшественником, с подчинёнными, почитает доку и вперёд. Чай, не космические корабли.

    И, кстати, я ничего не говорил об обезьянах, не понимающих, что творят. Просто есть много народу без амбиций, который хорошо умеет писать код но совершенно не считает это центральной частью своей жизни. Зато свои 40 часов в неделю пашет добросовестно и вменяемо. Нормальные такие ремесленники, на которых всё и держится, собственно. Большая часть задач - рутина же, гении для них не требуются.

     

  • 1.17, Аноним (-), 10:39, 20/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    с OrientDB кто нибудь сравнивал?
     
     
  • 2.18, ДяДя (?), 10:55, 20/01/2015 [^] [^^] [^^^] [ответить]  
  • +/
    OrientDB несравненна :-D
     

  • 1.25, Аноним (-), 21:15, 20/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Спасибо за наводку на ArangoDB
     
  • 1.26, Аноним (-), 15:10, 21/01/2015 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Почему игнорируют слово Реляционная - СУРБД же. Или нет?

    Вот orientDB - точно не реляционая

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



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

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