En effet, d’une par les stockages hiérarchiques et les bases de données ne sont que des sous catégorie de graphes, et d’autre part, une grande partie de la normalisation des représentations de données a été faite et est complètement extensible grâce au travail sur OWL et les logiques représentatives .

Restent les questions de performances pures et de tout ce qui a trait à la gestion de l’atomicité des actions. Pour l’instant, les stores RDF sont (très) loin des bases de données. Mais tout ca est en train de changer rapidement, et de nombreuses start-up s’intéressent au sujet, avec parfois des résultat hallicinant comme ici : http://blog.directededge.com/2009/02/27/on-building-a-stupidly-fast-graph-database/

Bref, c’est assez rigolo, lorsque l’on parle de cloud, d’oublier les graphes pour la représentation des données…

PS : dans le même domaine, regardez ceux qui est fait au niveau de Nepomuk, le sémantique desktop, de Foaf, et de bien d’autres…

Il existe des services de stockage de données sous formes structurées généralement via une interface de type clef/valeur. A l’application de gérer les relations entre les entités. (Amazon SimpleDB, Google DataStore in AppEngine, Hadoop HBase, Google BigTabe, …).

En effet les contraintes classiques d’une bases de données passent très mal dans un environnement distribué nomment à cause du fameux théorème CAP qui dit en substance, entre la consistance, la disponibilité ou le robustesse, il faut en choisir 2.