Web sémantique – Stocker datatables de l'application directement dans RDF ou les stocker dans SQL et exporter / importer plus tard

J'ai une application Web IIS standard qui stocke ses données dans une database SQL Server ou Oracle standard. Je suis maintenant intéressé par le stockage des données au format RDF , pour aller au Web Semantic complet.

Est-il recommandé de stocker datatables directement au format RDF? Les opérations CRUDQ seront effectuées sur datatables. Performance sage est-ce un bon coup?

Si ce n'est pas le cas (comme je le suppose), je suppose que je maintiendrais des bases de données SQL standard et exporterais / importerais des données vers / depuis RDF? Comment puis-je faire ceci? Y a-t-il de bons convertisseurs?

Si vous voulez vraiment coller avec une database relationnelle, ce que je ne recommand pas, vous pouvez utiliser quelque chose comme D2RQ ou vous pouvez chercher quelque chose qui supporte, disons, R2RML . Ou vous pourriez essayer SDB .

Cependant, si vous voulez utiliser des technologies sémantiques, il vaut mieux utiliser une database RDF réelle. Vous obtiendrez de meilleures performances et vous aurez une meilleure expérience de développement. Mulgara , Jena , Sésame , Stardog , OWLIM , AllegroGraph , BigData , Virtuoso et Oracle offrent un support RDF si vous avez une licence Oracle, mais dans mon expérience, ce n'est pas aussi performant que RDF dédié bases de données.

Une grande partie de la string d'outils SemWeb est en Java, mais puisque vous avez mentionné IIS, vous êtes peut-être dans le monde MS, auquel cas dotNetRDF est une bonne option.

Mais en résumé, utilisez des outils dédiés RDF / SemWeb si vous voulez utiliser la technologie. N'essayez pas de faire du RDF dans des choses non sémantiques, et n'écrivez pas les vôtres. Pas besoin de réinventer la roue, il y a beaucoup de bons logiciels SemWeb pour lancer votre projet.

Je pense que le point est l'interface que vous allez utiliser / implémenter sur vos (?) Données.

Il y a plusieurs façons de procéder, la mienne utiliserait SWI-Prolog pour modéliser le stockage RDF, éventuellement avec SPARQL , tout en accédant aux données brutes via ODBC .

Ensuite, j'ai une chance d'éviter le mappage statique (la conversion peut être un risque, je pense) au less jusqu'à ce qu'une sémantique «stable» émerge des données.

SWI-Prolog propose également un outil de reporting et une présentation Web générative.

Ecrire en Prolog les règles du W3C pour mapper les relations 'automatiques' aux sortingplets semble une tâche intéressante, je vais l'essayer …