Quel triple store utilisez-vous ?

snake264 · 10/07/2011, 16h45

Notre équipe a pu remarqué que l'une des questions qui revient le plus fréquemment est "quel triple store utilisez-vous ?". Et pour cause : ils sont nombreux, chacun ayant ses spécificités. C'est la raison de ce sondage : exprimez-y votre opinion. Quel triple store utilisez-vous ? Pour quelles raisons ? Avez-vous tenté d'autres outils avant de poser ce choix ? Qu'est-ce qui l'a motivé ?

Pour ceux d'entre vous qui ne sauraient pas ce qu'est un triple store, voici une petite définition. Un triple store est un gestionnaire de triplets RDF, une plate-forme servant à stocker vos données RDF. Vous pouvez interroger cette plate-forme par l'intermédiaire du langage SPARQL afin de récupérer les données que vous souhaitez et qui sont contenues dans votre triple store.

Pour plus d'information sur les standard et outils du Web sémantique, je vous renvoie à la FAQ

Metafire18 · 10/07/2011, 22h04

J'ai voté "Autre" personnellement.

La majorité de l'équipe dans laquelle je travaille utilise Sesame pour profiter des bonnes performances de ce dernier (ce n'est pas le meilleur du marché cela dit). Pour ma part, je suis plutôt amené à utiliser Jena TDB car les projets qui m'ont été confiés nécessitent l'utilisation de l'API Jena (l'association entre Jena et certains magasins de triplets paraît être un peu complexe).

Au passage, je note qu'on emploie en général les termes "Triple store" ou "Magasins de triplets". "Triplet store" est un mélange de français et d'anglais

pseudo8821 · 12/07/2011, 11h48

Moi j'ai voté Sesame, j'ai fait une petite comparaison des tripLeStore disponibles et Sesame parait raisonnablement bon ...
on peut soit opté pour un natif ou un in-memory.

Metafire18 · 12/07/2011, 11h52

Citation:

Envoyé par pseudo8821

Moi j'ai voté Sesame, j'ai fait une petite comparaison des tripLeStore disponibles et Sesame parait raisonnablement bon ...

C'est certain même si il reste en dessous de "triple store" comme Virtuoso selon la majorité des benchmarks.

Citation:

Envoyé par pseudo8821

on peut soit opté pour un natif ou un in-memory.

Ou un non-natif...

Tommy31 · 13/07/2011, 09h32

Dans le cadre d'un projet européen, nous avons choisi Fuseki, avec le backend SDB (donc base de données relationnelles derrière). Moyennement performmant, mais politiquement acceptable par nos DBAs.

megaloplex · 22/09/2011, 09h50

Bonjour
j'utilise jena TDB aprés avoir utiliser et atteint les limites de jena SDB (aprés 2.000.000 de n-uplet dans la base). j'ai pas testé sesame, car j'avais déja implémenté tous le systeme avec jena, les performances avec TDB sont plutôt bonnes et puis voici un benchmark qui permet de faire la comparaison avec d'autres triple store.
les temps de réponses :

Avec des recherches pleins texte "filter regex" s’exécutent au alentour de 78Ms et au alentour de 5sec quand le résultat est stocké dans une liste .

Afin de récupérer la liste de toutes les données sans l'affichage s’exécute en 55Ms

sachant que j'ai stocké dans ma base tous les abstract (version longue) qu'offre DBpedia, et aussi les personne célèbres.

Tommy31 · 22/09/2011, 10h26

Citation:

Envoyé par megaloplex

Avec des recherches pleins texte "filter regex" s’exécutent au alentour de 78Ms et au alentour de 5sec quand le résultat est stocké dans une liste .

Tu veux dire 78 ms

Je suis encore dans le configuration Fuseki/SDB, avec une nombre de triplets détenus d'environ 153000, ce qui est très modeste. Sous ce contexte, les performances sont correctes, en tout cas pour l'usage que l'on en fait.

Mais la vie du système n'en est qu'à ces débuts et il va être amené à grandir très vite. Il est possible que l'on envisage alors de passer par un mécanisme de stockage natif, type TDB.

megaloplex · 28/09/2011, 11h50

oui 75 millisecondes, J'ai laissé tombé SDB car c'est devenu impossible d'interrogé la base, et meme aprés création d'index et de clé primaire (qui n'est pas fait automatiquement) été devenu un calvaire, concernant TDB, je trouve qu'il reste du chemin a faire, surtout concernant l'optimisation de l'espace a loué.

Sapience · 11/04/2012, 16h23

Pour moi c'est Sesame, non pas tant pour ses performances que pour :

la propreté de son API
le serveur que l'on peut déployer facilement
son intégration maven (relativement) facile.
et surtout ses possibilités d'intégration avec beaucoup de backends existants, ce qui en fait l'équivalent de JDBC pour le SPARQL.

sosita87 · 18/04/2012, 15h16

Bonjour,
De ma part j'ai utilisé virtuoso avec dbpedia benchmark,il est performant et il dispose de la rapidité d'exécution des requetes,mais le problème c'est qu'il ne satisfait pas touts les spécifications de sparql 1.1 notamment les property path qui sont importants pour les expressions régulières.

10/07/2011, 16h45	#1
snake264 Responsable Web sémantique Julien Plu Ingénieur d'étude Web Sémantique Inscription : novembre 2006 Messages : 2 648 Détails du profil Informations personnelles : Nom : Julien Plu Âge : 25 Localisation : France, Hérault (Languedoc Roussillon) Informations professionnelles : Activité : Ingénieur d'étude Web Sémantique Secteur : High Tech - Multimédia et Internet Informations forums : Inscription : novembre 2006 Messages : 2 648 Points : 11 093 Points : 11 093	Quel triple store utilisez-vous ? Notre équipe a pu remarqué que l'une des questions qui revient le plus fréquemment est "quel triple store utilisez-vous ?". Et pour cause : ils sont nombreux, chacun ayant ses spécificités. C'est la raison de ce sondage : exprimez-y votre opinion. Quel triple store utilisez-vous ? Pour quelles raisons ? Avez-vous tenté d'autres outils avant de poser ce choix ? Qu'est-ce qui l'a motivé ? Pour ceux d'entre vous qui ne sauraient pas ce qu'est un triple store, voici une petite définition. Un triple store est un gestionnaire de triplets RDF, une plate-forme servant à stocker vos données RDF. Vous pouvez interroger cette plate-forme par l'intermédiaire du langage SPARQL afin de récupérer les données que vous souhaitez et qui sont contenues dans votre triple store. Pour plus d'information sur les standard et outils du Web sémantique, je vous renvoie à la FAQ __________________ Vous pouvez aller voir mes tutos et mes critiques: ici Ainsi que mon: blog Vous souhaitez participer à la rubrique Web sémantique ? Contactez-moi par MP. Je ne répondrai à aucune question technique par MP les forums sont présents pour ça c'est très intelligent un ordinateur: "Keyboard ERROR. No keyboard Connected. Press any key to continue..."
	20

10/07/2011, 22h04	#2
Metafire18 Rédacteur/Modérateur Yoan Chabot Doctorant UCD Dublin/Le2i Dijon Inscription : décembre 2007 Messages : 755 Détails du profil Informations personnelles : Nom : Yoan Chabot Âge : 25 Localisation : France, Côte d'Or (Bourgogne) Informations professionnelles : Activité : Doctorant UCD Dublin/Le2i Dijon Secteur : Enseignement Informations forums : Inscription : décembre 2007 Messages : 755 Points : 1 859 Points : 1 859	J'ai voté "Autre" personnellement. La majorité de l'équipe dans laquelle je travaille utilise Sesame pour profiter des bonnes performances de ce dernier (ce n'est pas le meilleur du marché cela dit). Pour ma part, je suis plutôt amené à utiliser Jena TDB car les projets qui m'ont été confiés nécessitent l'utilisation de l'API Jena (l'association entre Jena et certains magasins de triplets paraît être un peu complexe). Au passage, je note qu'on emploie en général les termes "Triple store" ou "Magasins de triplets". "Triplet store" est un mélange de français et d'anglais __________________ Pas de grandeur pour qui veut grandir. Pas de modèle pour qui cherche ce qu'il n'a jamais vu.
	00

22/09/2011, 09h50	#6
megaloplex Membre du Club allelb Inscription : avril 2008 Messages : 176 Détails du profil Informations personnelles : Nom : allelb Informations forums : Inscription : avril 2008 Messages : 176 Points : 69 Points : 69	Bonjour j'utilise jena TDB aprés avoir utiliser et atteint les limites de jena SDB (aprés 2.000.000 de n-uplet dans la base). j'ai pas testé sesame, car j'avais déja implémenté tous le systeme avec jena, les performances avec TDB sont plutôt bonnes et puis voici un benchmark qui permet de faire la comparaison avec d'autres triple store. les temps de réponses : Avec des recherches pleins texte "filter regex" s’exécutent au alentour de 78Ms et au alentour de 5sec quand le résultat est stocké dans une liste . Afin de récupérer la liste de toutes les données sans l'affichage s’exécute en 55Ms sachant que j'ai stocké dans ma base tous les abstract (version longue) qu'offre DBpedia, et aussi les personne célèbres.
	00

11/04/2012, 16h23	#9
Sapience Membre chevronné Thomas Francart Consultant sémantique & data à sparna.fr Inscription : avril 2005 Messages : 194 Détails du profil Informations personnelles : Nom : Thomas Francart Localisation : France, Paris (Île de France) Informations professionnelles : Activité : Consultant sémantique & data à sparna.fr Secteur : High Tech - Éditeur de logiciels Informations forums : Inscription : avril 2005 Messages : 194 Points : 695 Points : 695	Pour moi c'est Sesame, non pas tant pour ses performances que pour : la propreté de son API le serveur que l'on peut déployer facilement son intégration maven (relativement) facile. et surtout ses possibilités d'intégration avec beaucoup de backends existants, ce qui en fait l'équivalent de JDBC pour le SPARQL.
	00

12/07/2011, 11h48	#3
pseudo8821 Candidat au titre de Membre du Club pseudo pseudoname Inscription : février 2011 Messages : 27 Détails du profil Informations personnelles : Nom : pseudo pseudoname Informations forums : Inscription : février 2011 Messages : 27 Points : 11 Points : 11	Moi j'ai voté Sesame, j'ai fait une petite comparaison des tripLeStore disponibles et Sesame parait raisonnablement bon ... on peut soit opté pour un natif ou un in-memory.
	00

13/07/2011, 09h32	#5
Tommy31 Membre Expert Chris Camel Architecte de système d'information Inscription : novembre 2006 Messages : 1 242 Détails du profil Informations personnelles : Nom : Chris Camel Âge : 38 Localisation : France, Haute Garonne (Midi Pyrénées) Informations professionnelles : Activité : Architecte de système d'information Secteur : Aéronautique - Marine - Espace - Armement Informations forums : Inscription : novembre 2006 Messages : 1 242 Points : 1 893 Points : 1 893	Dans le cadre d'un projet européen, nous avons choisi Fuseki, avec le backend SDB (donc base de données relationnelles derrière). Moyennement performmant, mais politiquement acceptable par nos DBAs.
	20

28/09/2011, 11h50	#8
megaloplex Membre du Club allelb Inscription : avril 2008 Messages : 176 Détails du profil Informations personnelles : Nom : allelb Informations forums : Inscription : avril 2008 Messages : 176 Points : 69 Points : 69	oui 75 millisecondes, J'ai laissé tombé SDB car c'est devenu impossible d'interrogé la base, et meme aprés création d'index et de clé primaire (qui n'est pas fait automatiquement) été devenu un calvaire, concernant TDB, je trouve qu'il reste du chemin a faire, surtout concernant l'optimisation de l'espace a loué.
	00

18/04/2012, 15h16	#10
sosita87 Invité de passage Chercheur en informatique Inscription : mars 2012 Messages : 20 Détails du profil Informations personnelles : Sexe : Localisation : France, Nord (Nord Pas de Calais) Informations professionnelles : Activité : Chercheur en informatique Secteur : Service public Informations forums : Inscription : mars 2012 Messages : 20 Points : 4 Points : 4	Bonjour, De ma part j'ai utilisé virtuoso avec dbpedia benchmark,il est performant et il dispose de la rapidité d'exécution des requetes,mais le problème c'est qu'il ne satisfait pas touts les spécifications de sparql 1.1 notamment les property path qui sont importants pour les expressions régulières.
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email