2010-07-17 5 views
0

Je recherche un stockage structuré à valeur-clé rapide pour beaucoup de longues chaînes. Je les mettrai rarement à jour (et complètement). Je vais (va) stocker des données souvent mises à jour (en tant qu'utilisateur ect.) Dans MongoDB; en tant que mise à jour d'exécution petite DB (pour chat) je (vais) utiliser Redis (c'est tellement dommage, AFAIK, il n'y a pas de possibilité de stocker des données pas en mémoire). Pourquoi ne pas simplement le stocker dans MongoDB? Eh bien, je suis optimisation-maniaque :), donc, quand j'ai découvert, que MySQL est plus rapide que MongoDB en lecture simple valeur-clé (à partir de certains articles, a également été dit que MongoDB a été conçu pour l'écriture très rapide, pas lu) J'étais un peu déçu. Alors, qu'en est-il de la rapidité de stockage en lecture qui peut stocker vraiment beaucoup d'informations.Stockage avec lecture rapide (écriture lente), capable de stocker une grande quantité d'enregistrements

Aussi, c'est un projet C++. PS: qu'en est-il de le stocker en tant que fichiers? Et s'il y a vraiment beaucoup de records.

Répondre

0

Avez-vous essayé d'évaluer le type d'activités que vous êtes susceptible d'effectuer sur les grandes chaînes en utilisant MongoDB? Je n'écrirais pas si je n'avais pas effectué quelques tests auparavant - mieux vaut l'essayer que de mettre en œuvre votre propre stratégie de stockage qui entraînerait une déconnexion entre vos sources de données.

Quelle est l'essentiel de votre projet C++? Avez-vous vraiment besoin de performances de pointe? Ecrire maintenant, optimiser plus tard est la meilleure stratégie à mon humble avis - vous pouvez perdre beaucoup de temps à écrire le «code optimal» qui a peu ou pas d'incidence sur les performances de l'application en fin de journée.

+0

Ce serait l'application serveur, et, je l'espère, il sera chargé. Je n'essaie pas d'optimiser l'application pour ne pas l'optimiser plus tard. J'essaie d'optimiser mon tool-kit pour ne pas réécrire la partie principale de l'application (accès DB) au lieu de réécrire la périphérie de travail. –

1

Vous pourriez vouloir donner un essai à ce nouveau magasin KV qui semble être beaucoup plus rapide que d'autres (Memcached, Redis, Tokyo Cabinet, etc.):

http://forum.gwan.com/index.php?p=/discussion/166/g-wan-keyvalue-store-tokyo-cabinet-redis-memcached-databases/p1

----- - ECRITURE ------- LIRE (recherche une clé parmi 1 million d'entrées)

TC ... 0,52885 ...... 0,34745

KV ... 0,01000 ...... 0.00400 (toutes les fois en secondes)

Leur KV stocke 1 million d'entrées en 10 millisecondes.

Questions connexes