Архитектура приложений Rails для работы с хранилищем RDF

Мне нужно создать приложение, которое сохраняет данные в хранилище RDF для последующей обработки. У меня есть несколько решений и не знаю, что выбрать:

  • Использование классической архитектуры приложения с AR/Mongoid + RDF rendering + искатель, который агрегирует данные RDF и сохраняет его в хранилище. Это удобно, но мне нужно создать гусеничный ход и прокормить его данными при каждом сохранении.
  • Используйте spira ORM и сохраняйте непосредственно в хранилище RDF. Здесь мне не нужно писать сканер, но мне нужно сделать бэкэнд для плагина auth и реализовать все, что не поддерживает spira.
  • Используйте классическую архитектуру + дополнительные модели spira, чтобы у меня было 2 модельных класса для каждого объекта, например: User в AR + UserSpira в Spira, где также сохраняется сохранение объекта User Spira.

Какую архитектуру приложения выбрать? Могут быть некоторые другие решения?

Ответ 1

Я сделал свое приложение с Mongoid (для аккаунтов + разработка) и spira (с хранилищем кунжута) для других моделей. Он отлично работает, но spira не очень хорош, потому что не поддерживает модели, экспортирующие из сотовых онтологий, и даже не поддерживает activemodel, но кажется, что это лучшее, что у нас есть в рельсах.

Ответ 2

Я нашел ActiveRDF, чтобы радоваться работе. Он отлично справляется с работой с RDF-данными Ruby-like. Он поддерживает множество хранилищ RDF, и возможности, которые он имеет, в основном основаны на возможностях используемого вами back-end.