Was sind die iterativen Schritte/Best Practices für den Übergang von einem RDBMS zu Cassandra? Hat die Denormalisierung des RDBMS-Schemas vor dem Verschieben einen Vorteil (über die verbesserte Skalierbarkeit des RDBMS hinaus)?Iterative Schritte/Best Practices für die Umstellung von RDBMS auf Cassandra
Das ist eine ziemliche Frage.
Ich würde mit dem Lesen über die data model, vor allem die "Thinking in Terms of Queries" Abschnitt beginnen.
Das Ziel ist es, so wenig Abfragen wie möglich pro "Aktion" durchzuführen. Dies erfordert häufig Denormalisierung, manchmal in mehr als einer Hinsicht. Es gibt auch einige Tricks, die manchmal verwendet werden müssen, um dieses Ziel zu erreichen. Das Twissandra-Beispiel in der verknüpften Dokumentation zeigt einige gängige Beispiele.
Es ist einfacher, spezifische Vorschläge für spezifische Anforderungen zu geben, wenn Sie sie haben.
Es klingt, als würden Sie vorschlagen, dass die Denormalisierung des RDBMS-Schemas ein guter erster Schritt wäre. Dies sollte die Anzahl der Abfragen auf das Minimum reduzieren, das bei der Bereitstellung von Cassandra erreicht werden würde. Die Umstellung auf Cassandra würde sich dann nur auf die Unterschiede des Datenmodells konzentrieren, da die Abfragereduzierung bereits durchgeführt worden wäre. Würdest du zustimmen? – Brian
Ich nehme an, dass hängt davon ab, wie hoch die Kosten für die Denormalisierung sind und wie kurz davor ist, das RDBMS zu maximieren. Wenn das eine Option für Sie ist, könnte es funktionieren. Als Alternative (oder zusätzlich) würde ich zuerst alle Daten für eine "Aktion" nach Cassandra verschieben, damit Sie ein Gefühl für die Clusterverwaltung und die verschiedenen Probleme bekommen, bevor Sie anfangen, Cassandra hauptsächlich zu verwenden; Das ist der Ansatz, den fast alle großen Cassandra-Nutzer gewählt haben. –
Die "Kosten der Denormalisierung" scheinen irrelevant zu sein, da sie irgendwann durchgeführt werden müssen, um Cassandra auszunutzen. – Brian