Orienteer: обзор платформы и обновлений последнего релиза

[SergeyUstinov]

А где можно найти пример с уже созданной моделью? Той же CRM, пусть в очень бета виде?

[OrienteerBAP]

Есть несколько примеров боевого использования. Напишите, пожалуйста, в личку какая модель и для чего необходима: скорее всего сможем помочь сконфигурировать из того, что уже имеем. Тот же CRM есть чуть в разных вариациях.

[rail-ka]

Спасибо, ждем статью про OrientDB. Не рассматривали также базу данных ArangoDB?

[OrienteerBAP]

Напишем. Рассматривали и ArangoDB и Titan и Neo4J и некоторые другие, но по нужным фичам подходит только OrientDB. ArangoDB, кстати, если посмотреть в исторической перспективе, слизывает фичи и даже маркетинговое позицонирование с OrientDB. А это как-то не сильно приятно…

[bagrintsev]

Интересно, очень интересно. Можно узнать, для чего конкретно можно применить данную систему?
Ну для не самых продвинутых если.

[OrienteerBAP]

1) Быстрое прототипирование идей для стартапа. Есть идея? Моделируете предметную форму — задаете бизнес правила, добавляете фронтэнд (если надо) — и все — уже готовы с прототипом идти и тестировать идею.
2) Серверная часть для всяких DIY проектов. Например, вот здесь товарищ использовал Orienteer для хранения данных от погодной станции: https://habrahabr.ru/post/319746/
3) Информационная система для бизнеса: далеко не все можно покрыть существующими CRM и другими решениями. В областях где нужно уметь быстро переконфигурировать (или доконфигурировать) предметную область.
4) Всякие переферийные решения: как например продажа маркетинговых данных через Телеграмм или централизованный логер инцидентов на собственной инфраструктуре для мобильных приложений.

Хочу отдельно подчеркнуть, что Orienteer это одновременно и коробочный продукт и облачный. Пользователь вовсе не привязывается к облаку — он может все хранить у себя, либо наоборот — перенести все в облако.

[Diaskhan]

Есть такая платформа как Cuba Platform. Потенциальный конкурент
https://www.cuba-platform.ru/

Есть также Инновационна система которая называется
https://www.comindware.com/ru/platform/
Вот там как раз таки используется Графовые Базы данных.

От себя стоить отметить, Я глубоко разочаровался когда понял что у RDMBS есть потолок производительности
https://www.techempower.com/benchmarks/#section=data-r13&hw=ph&test=query

Графовые базы намного эффективнее работают, но для ENTERPRISE это пока еще слишком Дико.

[SergeyUstinov]

Потолок для реляционных баз НАМНОГО выше необходимой производительности для бизнес задач.
А вот у нереляционных баз есть большая проблема — с их помощью нельзя или тяжело получать разные показатели на основе сохраненных бизнес транзакций (перемещений товаров, платежей, фин проводок и т.п.).

Вот например абсолютно реальная задача:
«Нам надо расчитать среднее количество дней храния товара на складе в ГородХХХ за 2016 год.
Только материала ПоставщикУУУ.»
Сегодня письмо с запросом получил, стилистика автора полностью сохранена (заменил два слова))).
Как такие вещи считать в RDBMS с помощью SQL — понятно. А как в той же OrientDB — лично мне не очень понятно.
Поэтому мучают меня смутные сомнения — а пригодна ли в принципе OrientDB и Orienteer для реальных учетных задач?

[OrienteerBAP]

Про Cuba знаем — как и о еще ~20 платформах. А вот об Comindware не слышали пока — спасибо!

[Rupper]

А поясните пожалуйста, как из приведенной таблички вообще следует наличие потолка у реляционных баз? Это будет полезно для всех.

Пардон это ответ к предыдущему каменту