Comme je suis nouveau dans CouchDB, je voulais connaître les différentes options pour migrer de SQL Server DB vers CouchDB. Veuillez m'éclairer à ce sujet.
Réponses
Trop de publicités?
devnull
Points
763
La réponse courte est qu'il n'existe pas de moyen simple de migrer de MySQL vers CouchDB. Ceci est dû au fait que la logique de MySQL ou de tout autre moteur de base de données relationnelle et celle d'un moteur NoSQL sont complètement différentes. Ainsi, même si le déplacement des données n'est pas difficile, la question est de savoir comment votre application et vos données fonctionneront dans un environnement totalement nouveau. Le premier problème est que vous devrez créer des vues et donc savoir à l'avance comment accéder à vos données. Ce n'est pas un gros obstacle mais vous devez en tenir compte.
Sans informations suffisantes sur votre application et vos données MySQL actuelles, il est difficile de vous donner une réponse complète. Ceci dit vous pouvez voir une explication approximative de la logique MySQL vers CouchDB pour vos requêtes etc. sur le site
http://guide.couchdb.org/draft/cookbook.html
Les ressources suivantes peuvent également être utiles
holmis83
Points
851
Chris Shain
Points
33569
user20110
Points
83
Je suis ici à la recherche d'une solution simple à cette question et malheureusement, je pense que pour la plupart des gens, il n'y en aura pas. Cependant, il me semble que, pour la plupart, nous ne souhaitons pas faire une transition complète de SQL à NoSQL.... pour commencer, cela nécessiterait de réécrire des programmes et des interfaces entiers.
Je suppose que, dans mon cas, je considère cela comme faisant partie d'un processus de développement à plus long terme. Je m'attends à ce qu'à l'avenir toutes mes données soient stockées en NoSQL, mais en attendant, l'objectif est simplement de libérer de plus grands ensembles de données.
Donc, si vous avez des sites Web basés sur SQL, laissez-les, vous devrez probablement les redévelopper au fil du temps.
Mais si vous générez du nouveau contenu et surtout si vous intégrez de nouveaux ensembles de données volumineux, faites-le dans un système NoSQL.
Je pense que c'est ce que je vais faire de toute façon.
