[WebLab-User] Best way to store/retrieve metadata
Jérémie Doucy
jdoucy at gmail.com
Mon Feb 13 17:45:03 CET 2012
S'il s'agit juste de méta données, SOLR est top (on a même un service meta
data enrichment ;-). Par contre s'il faut "raisonner", je ne vois que des
triples store SPARQL. Pour le NO SQL, je ne maîtrise pas trop non plus pour
le moment, mais je pense que c'est un excellent challengeur, mais ça reste
très proche de la solution SOLR de mon point de vue.
Voilou.
PS si tu fais des tests sur du NO SQL, ça m'interesse.
2012/2/13 Rémi Gauthier Assystem <remi.gauthier.assystem at gmail.com>
> Hello!
>
> Je reviens vers vous avec une question (ayant une couverture assez grande
> je vous l'accorde).
>
> Ma question est la suivante :
> quel est, d'après vos expériences précédentes, le meilleur moyen de
> stocker les metadata extraites dans une chaîne pour ensuite pouvoir
> chercher, raisonner, faire des stats... sur ces métadonnées?
>
> On pensait ici soit à :
> - un triple store : storage aisé des triples, requêtes moins aisées (et
> moins performantes) en sparql
> - un indexeur type solr : besoin de structurer les données persistées,
> requètage puissant, performant mais complèxe
> - du nosql : soit un quad store, soit un document store avec des technos
> sympas mais non maîtrisées en interne
>
> Est-ce que vous avez des retours d’expérience à faire sur des
> expérimentations dans vos projets (ceux dont vous avez le droit de parler
> bien sur :))?
> Est-ce que vous avez, dans vos outils disponibles en open source, des
> choses qui se rapprochent de ces solutions (J'ai cru comprendre qu'il y
> avait un service d'indexation solr)?
>
> Rémi
>
> ______________________________**_________________
> User mailing list
> User at weblab-project.org
> http://weblab-project.org/**mailman/listinfo/user_weblab-**project.org<http://weblab-project.org/mailman/listinfo/user_weblab-project.org>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://weblab-project.org/pipermail/user_weblab-project.org/attachments/20120213/0c751d0a/attachment.html>
More information about the User
mailing list