Не не не, тот же Riak мне не подходит, потому что он нацелен на избыточность и отказоустойчивость, а мне нужны транзакции. Но предположим, что я уже определился и юзаю BerkeleyDB.
Вопрос не в том, какой конкретно провайдер хранилища юзать, а как проектировать хранилище данных в отсутствие реляционной парадигмы
Понимаете, проблема в том, что везде в качестве первого и последнего примера приводят модельную доменку «статья + комментарии». Помимо того, что это текстовые данные (т.е. хорошо подходят для document-oriented, что, в общем случае != NoSQL), приведенная доменная модель — простая, с малой глубиной и отсутствием перекрёстных связей и такое прочее
Задача приложения состоит в том, чтобы получать большой объем данных от внешнего источника в режиме soft-realtime, на основании его строить сложную доменную модель, выполнять расчёты над этой моделью, иногда повторные, с изменившимися параметрами, и сохранять полученные результаты — результаты получаются тоже в виде модели (попроще)
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
