TokuMX è un sostituto drop-in opensource per MongoDB. Ha caratteristiche come le transazioni, la compressione ecc. Che gli danno un vantaggio rispetto a MongoDB .. Allora perché TokuMX non è la scelta predefinita prima di MongoDB ?? Qualcuno qui ha usato TokuMX in produzione?MongoDB vs TokuMX - Perché non dovrebbe essere usato TokuMX per impostazione predefinita al posto di MongoDB
risposta
Stavamo valutando TokuMX alcuni mesi fa, e il motivo principale per cui l'abbiamo respinto era l'assenza di nuove funzionalità di 2.6 (era basata sul motore 2.4 mongo in quel momento). Inoltre, abbiamo riscontrato che una compressione reale era piuttosto lontana da quanto pubblicizzato (nel nostro caso, ovviamente, il tuo caso potrebbe essere più vicino alle loro condizioni ideali) e quasi nessun guadagno in termini di prestazioni. Abbiamo deciso che il gioco non vale la candela.
Sono stato attratto da TokuMX poiché offriva prestazioni migliori e una buona compressione dei dati, ma man mano che andavo più a fondo, ho trovato che TokuMX non supporta la ricerca di testo e il motore di Mongo è v2.4 che è stato molto deludente. Detto questo, TokuMX v2.1 sembra supportare il motore di Mongo v2.6 ma non ha menzione della ricerca di testo e la data di rilascio è incerta. Inoltre, è possibile ottenere prestazioni migliori di inserimento e aggiornamento in TokuMX a causa dell'indicizzazione dell'albero frattale, ma la velocità di lettura non è molto diversa. Dal momento che la mia applicazione aveva più a che fare con la lettura, per me è stata una decisione abbastanza drastica abbandonare TokuMX e andare avanti con Mongo v2.6. Assicurati di considerare tutti i punti sopra mentre selezioni TokuMX.
- 1. Meraviglia: MongoDB _id è univoco per impostazione predefinita?
- 2. Django + MongoDB vs Node.js + MongoDB
- 3. Perché dovrebbe essere usato Homebrew per installare Python?
- 4. interrogazione MongoDB produce o la risposta al posto di AND
- 5. dovrebbe mai essere usato encodeURI?
- 6. MongoDB vs MySQL
- 7. Meteor.Collection.ObjectID() vs MongoDB ObjectId()
- 8. Impostazione di MongoDB river per Elasticsearch
- 9. monk vs mangusta per Mongodb
- 10. EventStore vs. MongoDb
- 11. Dovrebbe essere usato `! Var` o` var == NULL`?
- 12. Perché qualcuno dovrebbe usare set al posto di unordered_set?
- 13. NSInteger dovrebbe essere usato davvero ovunque?
- 14. MongoDb Database vs Collection
- 15. Matrici MongoDB vs oggetti
- 16. mongodb geoNear vs near
- 17. java: perché non dovrebbe essere permesso di sfuggire al costruttore?
- 18. Dovrebbe essere sempre usato std :: endl?
- 19. qualsiasi vantaggio dall'uso di Hazelcast al posto di MongoDB per memorizzare sessioni/chiavi utente?
- 20. Quando dovrebbe essere usato std :: atomic_compare_exchange_strong?
- 21. espresso negozio sessione MongoDB: connect-mongo vs collegare-mongodb sessione
- 22. Quando dovrebbe essere usato un memoryview?
- 23. Quale specificatore di formato dovrebbe essere usato per BOOL?
- 24. Grails MongoDB Plugin: Collezioni embedded vs Riferimenti
- 25. Perché MongoDB ha collezioni
- 26. Vim di Apple sempre usato al posto di homebrew
- 27. MongoDB non salva i dati nel MongoDB
- 28. GWT - dovrebbe essere usato solo per le parti dinamiche?
- 29. MongoDB vs Redis per le sessioni utente?
- 30. neo4j vs mongodb per ricerca spaziale
Interessanti, affermano di essere una distribuzione altamente performante di MongoDB. Vuoi dire che non hanno una tabella di marcia? – vmr
(disclaimer, sono un dipendente di Tokutek) La roadmap di TokuMX è disponibile su https://tokutek.atlassian.net/browse/MX/?selectedTab=com.atlassian.jira.jira-projects-plugin:roadmap-panel . Per quanto riguarda la compressione, TokuMX è in grado di comprimere solo dati che sono comprimibili e funzionanti in modo simile a quello che otterresti eseguendo un file di dati con 7zip o gzip. – tmcallaghan