Considerare una relazione M: M che deve essere rappresentata in un archivio dati Cassandra.Quali sono i modi alternativi per modellare M: M relazioni in Cassandra?
Cosa sono le opzioni di modellazione M: M? Per ogni alternativa, quando preferire? Quali sono le scelte di modellazione M che hai fatto nei tuoi progetti alimentati da Cassandra?
Invece di utilizzare una tabella unirsi come si farebbe con un RDBMS, si avrebbe uno ColumnFamily contenente una riga per ogni X e un elenco di Ys ad esso associati, poi una CF contenente una riga per ogni Y e un elenco di ciascuna X associata ad essa.
Se risulta che non ti interessa davvero interrogare una di quelle direzioni, tieni solo la CF che ti interessa.
Cassandra di design è il database dei valori chiave, quindi per ottenere M: M ci sono due modi per farlo.
De-normalizzare i dati in modo che ogni nave di relazione debba duplicare i dati.
ie. X-> Y (valore) e X-> z (valore) e a-> y (valore)
y dovrebbe essere salvato per xe un
Questo è come dovrebbe essere fatto in quanto è dare resistenza della base dati
Salva riferimento per chiave relazionale come valore.
X-> Y (chiave) e X-> z (Key) e a-> y (Key)
Quindi, se avete bisogno di x con il valore di y dovrebbe essere due operazioni, ottenere x che sarà darti il valore di y. Quindi prenditi da solo in un'operazione separata.
Cassandra non è RDBMS in modo da non avvolgerà mente intorno modo tradizionale di farlo facendo cadere i valori e definire rapporti.