Quelles sont les étapes/meilleures pratiques itératives pour passer d'un SGBDR à Cassandra? Y a-t-il un avantage à la dénormalisation du schéma SGBDR avant le déplacement (au-delà de l'évolutivité améliorée du SGBDR lui-même)?Étapes itératives/meilleures pratiques pour la transition de SGBDR vers Cassandra
Voilà toute une question.
Je voudrais commencer par lire sur le data model, en particulier la section "Réflexion en termes de requêtes".
Le but est de faire autant de requêtes par "action" que vous devez effectuer que possible. Cela nécessite souvent une dénormalisation, parfois de plusieurs façons. Il y a aussi quelques astuces qui doivent parfois être utilisées pour atteindre cet objectif; l'exemple de Twissandra dans la documentation liée montre quelques uns communs.
Il est plus facile de donner des suggestions spécifiques pour des besoins spécifiques, quand vous en avez.
Il semble que vous suggérez que la dénormalisation du schéma SGBDR soit une bonne première étape. Cela devrait réduire le nombre de requêtes au minimum requis lors du déploiement de Cassandra. Ainsi, la conversion vers Cassandra ne se focaliserait que sur les différences du modèle de données, car la réduction de la requête aurait déjà été accomplie. Accepteriez-vous? – Brian
Je suppose que cela dépend de ce que le coût de la dénormalisation serait et à quel point le SGBDR est proche de son maximum; Si c'est une option pour vous, cela pourrait fonctionner. Comme alternative (ou en plus) je commencerais par déplacer toutes les données pour une "action" à Cassandra d'abord afin que vous puissiez commencer à avoir une idée de la gestion des clusters et des différents problèmes auxquels vous êtes confrontés avant de commencer à utiliser Cassandra; C'est l'approche que presque tous les grands utilisateurs de Cassandra ont adoptée. –
Le "coût de la dénormalisation" semble hors de propos étant donné que cela doit être fait à un moment donné pour profiter de Cassandra. – Brian