Discussion :

[boudda]

Bonjour,
Je me demande comment RDF (et les tuple stores autours) gèrent un même litéral qui apparaît dans diférentes ressources.
Je m'explique supposons qu'on crée deux instances d'une classe Personne et que ces deux instances ont la même relation:
hasName "John"
Est-ce que la string "John" est stockée deux fois ou est-ce que c'est juste un valeur qui est réutilisée pour chaque personne?
Et si cette valeur est dupliquée pensez-vous qu'il vaut mieux créer une ressource intérmédiaire qui à une relation vers "John" et puis la relier à chaque instance de la classe Personne qui a le nom "John"?

Désolé si ce n'est pas très clair...
Merci d'avance!

PS: Je demande ça car je suis en train de créer une ontologie ou beaucoup d'instances vont avoir la même valeur pour un attribut donné et je me demande si il faut créer une classe intérmédiaire.

[Sapience]

Bonjour,
Je me demande comment RDF (et les tuple stores autours) gèrent un même litéral qui apparaît dans diférentes ressources.
Je m'explique supposons qu'on crée deux instances d'une classe Personne et que ces deux instances ont la même relation:
hasName "John"
Est-ce que la string "John" est stockée deux fois ou est-ce que c'est juste un valeur qui est réutilisée pour chaque personne?

Je pense que ça dépend du triplestore, il me semble qu'Oracle Semantic Technology va garder simplement une seule valeur, alors que les stockages SGBD de Sesame et Jena vont avoir une ligne par valeur (mais je n'ai pas vérifié tout ça, peut-être que d'autres auraient plus de billes ?).

Et si cette valeur est dupliquée pensez-vous qu'il vaut mieux créer une ressource intérmédiaire qui à une relation vers "John" et puis la relier à chaque instance de la classe Personne qui a le nom "John"?

A mon avis plutôt non. Ca va complexifier ton modèle - donc tes requêtes - et tu ne gagne pas en volumétrie puisque de toute façon tu as toujours des triplets pour relier tes instances à la ressource intermédiaire.
Pour des types d'attributs qui sont plutôt de l'ordre des "valeurs contrôlées" (par exemple des listes finies de types, de status, etc...), là oui, il faut plutôt utiliser un ObjectProperty vers une liste plutôt qu'un DatatypeProperty.

[boudda]

Merci pour ta réponse ça réponds très bien à ma question.
Par contre je n'ai pas bien compris ce passage:

Pour des types d'attributs qui sont plutôt de l'ordre des "valeurs contrôlées" (par exemple des listes finies de types, de status, etc...), là oui, il faut plutôt utiliser un ObjectProperty vers une liste plutôt qu'un DatatypeProperty.

Supposons que j'ai une liste finie d'états tous définis par un string alors comment dois-je l'implémenter en RDF? Faire une classe "Etat" et pour chaque valeur créer une instance par exempe puis créer une relation qui à pour range la classe Etat c'est bien ça?
Pourquoi ne pas utiliser la notion de liste / containeur dans RDF (qui est un peu bizarre je trouve)?

[Sapience]

Supposons que j'ai une liste finie d'états tous définis par un string alors comment dois-je l'implémenter en RDF? Faire une classe "Etat" et pour chaque valeur créer une instance par exempe puis créer une relation qui à pour range la classe Etat c'est bien ça?

Oui c'est ce que je voulais dire. Autant pour les labels de personnes, ca n'a pas de sens de faire référence à un objet intermédiaire, autant pour des listes finies, il faut les modéliser comme des instances d'une classe.

Pourquoi ne pas utiliser la notion de liste / containeur dans RDF (qui est un peu bizarre je trouve)?

Les listes répondent à un autre besoin il me semble : c'est pour gérer une notion d'_ordre_ dans des valeurs d'une propriété multivaluée sur une instance, je ne crois pas que ce soit en lien, à quoi pensais-tu ?