2016-02-19 1 views

Répondre

1

Oui vous pouvez,

au moins autant que je compris votre question. Vous pouvez ajouter datastes supplémentaires au magasin triple virtuose sous un nouveau graphique, que vous utiliseriez dans FROM statament de vos requêtes pour signaler le graphique nommé que vous voulez que vos résultats proviennent de:

create graph <http://myNewAndShinyGraph.org/some/path>; 

Maintenant, vous pouvez ajouter/télécharger votre jeu de données dans le triplestore dans le nouveau contexte que vous avez créé. (Comme d'habitude via SPARQL INSERT, TTLP ou ld_dir ...)

Vous pouvez également exposer ce graphique avec un point de terminaison SPARQL différent. Suivez les étapes décrites par Hugh Williams ici: Defining endpoints in Virtuoso

également d'intérêt: How to create a SPARQL endpoint using Virtuoso?

0

Votre question est extrêmement vaste et difficile de répondre à la fois de façon concise et utile. La réponse courte est "Oui", mais cela semble moins qu'utile.

Virtuoso (produit par mon employeur, OpenLink Software) est un SGBD SQL de style "classiques", semblables à MySQL, PostgreSQL, Oracle, SQL Server, etc., tout en étant un moteur hybride, il est aussi un NoSQL , graph/RDF, XML, objet et divers autres SGBD de style. Dans le domaine graphique/RDF, il s'agit en fait d'un magasin Quad, qui peut être utilisé comme un triplestore simple ou une collection de graphes nommés si chacun peut être considéré comme un triplestore séparé ...

Un fichier DB Virtuoso peut contient plusieurs CATALOGUES de style SQL, ainsi que plusieurs graphiques nommés et d'autres divisions de données RDF/graphique, pour lesquelles vous pouvez configurer des points de terminaison SPARQL distincts - ou vous pouvez configurer des fichiers DB distincts (et des instances Virtuoso), chacun avec un base de données/ensemble de données. Il peut y avoir d'autres options appropriées à vos besoins ...

des questions Virtuoso spécifiques sont souvent mieux élevés dans des domaines spécifiques-Virtuose, comme le Virtuoso Users mailing list public, le OpenLink Support Forums public, OpenLink Support Case, etc.

confidentielles