10
votes

Architecture d'application Rails pour travailler avec le stockage RDF

Je dois faire une demande, qui enregistre les données dans le stockage RDF pour le traitement ultérieur. J'ai plusieurs solutions et je ne sais pas quoi choisir:

  1. Utilisez l'architecture d'applications classique avec Rendu Arr / Mongoid + RDF + Crowler, qui accepte les données RDF et l'enregistre au stockage. C'est confortable, mais j'ai besoin de créer un robot et de lui nourrir des données sur chaque sauvegarde.
  2. Utilisez la spira orm et enregistrer directement sur le stockage RDF. Ici, je n'ai pas besoin d'écrire un robot, mais je dois faire du backend pour le plugin d'authentification et tout mettre en œuvre, qui ne supporte pas la spira.
  3. Utilisez une architecture classique + des modèles de spira supplémentaires, de sorte que je disposerais de 2 classes de modèle pour chaque entité, ex: Utilisateur d'AR + userpira à SPIRA, où l'enregistrement de l'événement de l'utilisateur de l'utilisateur spira est enregistré.

    Quelle architecture d'application choisir? Peut-être d'autres solutions?


0 commentaires

3 Réponses :


1
votes

J'ai trouvé activedf pour être une joie de travailler avec. Il fait un excellent travail de travailler avec des données RDF Ruby-like. Il prend en charge une variété de magasins RDF et les capacités qu'il a basées en grande partie sur la capacité de l'arrière que vous utilisez.


2 commentaires

J'ai essayé Aciverdf, mais c'est très vieux (rails 2), et j'ai préféré Spira (ce n'est pas non plus basé sur ActiveModel, mais soutient certaines conventions)


C'est dommage qu'ils n'ont pas suivi. La dernière fois que je travaillais avec RDF, ActiveRDF était tout à fait maintenu activement.



1
votes

1 commentaires

Bien sûr, je sais à propos de cette bibliothèque, d'autres en sont basées sur elle, mais je veux dire la solution de haut niveau, si possible. Aussi j'ai trouvé une solution, mais votre réponse serait peut-être utile pour quelqu'un d'autre, merci.



1
votes

J'ai fait ma demande avec Mongoid (pour Comptes + Devise) et Spira (avec stockage de sésame) pour d'autres modèles. Cela fonctionne bien, mais Spira n'est pas très bon, car ne supporte pas les modèles exportateurs d'osthologies de hibou et même ne supporte pas Activemodel, mais il semble que ce soit de mieux que nous avons dans des rails.


0 commentaires