2011-01-26 3 views
0

Le titre dit tout. Nous avons environ 10 millions d'articles qui changent constamment. Il a environ 30 - 50 champs que nous pouvons rechercher. Certains des éléments peuvent avoir quelques champs supplémentaires qui ne sont pas assez génériques (pour que nous puissions les appliquer sur tous les éléments), mais en général c'est quelque chose que nous pourrions vivre avec. Je comprends que Zoie est une solution de recherche et d'indexation en temps quasi réel basée sur Lucene. Il a également un plugin pour SOLR. Au premier essai, nous avons eu quelques problèmes mineurs, mais dans l'ensemble, je ne vois aucun problème à l'utiliser comme solution de base de données non relationnelle. Bien sûr, nous devons sacrifier de nombreuses fonctionnalités, par ex. contraintes, transactions, génération de clés uniques, etc. Mais par rapport à ce que nous obtenons, ceux-ci peuvent également être compensés ou patché, d'une manière ou d'une autre. Donc, je suppose que ma question est, est-ce que quelqu'un a vraiment un vrai problème avec l'utilisation d'un tel combo comme base de données dans une application sérieuse?Est-il possible d'utiliser SOLR comme base de données non relationnelle lorsqu'il est branché avec Zoie?

+0

signifie toujours un scénario en temps réel? – Karussell

+0

Je dirais presque en temps réel. latence sub-seconde devrait être ok. Tout ce qui dépasse plusieurs secondes n'est définitivement pas tolérable. – xshi

Répondre

Questions connexes