Gratuit et stable est le gagnant.La base de données SQL en mémoire prend-elle en charge la réplication/la mise en cluster?
Mon plan est assez trivial - il suffit de mettre toutes les données en mémoire et d'utiliser le cluster sans changer le code de l'application. Ensuite, pour la persistance, je pourrais juste vider les données des noeuds dans une base de données d'accès au disque régulière. La seule chose est que, puisque je demande un stockage en mémoire, il n'y a aucune possibilité de réplication complète des données. Je souhaite copier uniquement le schéma de base de données et que la base de données en mémoire gère toutes les jointures de manière cohérente pour moi.
merci d'avance!
MISE À JOUR: que j'ai trouvé un produit open source susceptible de répondre à mes besoins, il est VoltDB
Une telle raison pourrait être que je compte un déploiement intranet (sans décent centre de données), mais ce n'est pas le cas. En fait, je sais qu'il y a de jolies choses comme 'apache CouchDB' qui fonctionnent très vite; donc est-ce la direction que vous me pointeriez? – Bubba88
Je vous suggère de repenser et d'aller avec un serveur db standard, sauf si vous avez des exigences particulières qui signifient que vous avez besoin d'un db en mémoire. De votre question, il semble que vous cherchez une solution à un problème (par exemple, la performance) et en supposant que la mémoire en mémoire est cette solution, sans décrire le problème. Il y a de bons dbs en mémoire, mais à moins que vous n'en ayez vraiment besoin, vous êtes probablement mieux avec une solution plus standard. – Rory
Compris. Eh bien, je vous remercie pour le conseil :) – Bubba88