Modellierung der Transaktionsverlaufsdaten in der Dynamodatenbank

Question

Ich möchte den Transaktionsverlauf in der Dynamodatenbank speichern. Es gibt 2 vorgeschlagene Ansätze.

Ansatz 1: Transaktion Ref -> Partition Key & GSI [Cardnumber, Transaction]

Ansatz 2: Cardnumber -> Partition Key, Transaktion Ref -> Bereich Key & LSI [Cardnumber, Transaction]

Ich beschloss, mit dem ersten zu gehen, weil ich heiße Partitionierung vermeiden wollte.

Kann jemand bitte einen besseren Ansatz vorschlagen oder in die richtige Richtung zeigen.

Answer 1

Ich würde vorschlagen, mit Ansatz 2 mit geringfügiger Änderung gehen.

• Cardnumber -> Partition Key
• Transaction -> Sort Key (nehme ich an Sie, die Transaktion speichern timestamp nicht nur Datum)
• Transaktion Ref -> GSI erstellen bei Bedarf (dh wenn Sie jeder Anwendungsfall, um die Daten nur auf Basis von Referenz zu erhalten)

Grund: -

Das Datenmodell sollte die wichtigsten Anwendungsfälle erfüllen oder Zugriffsmuster abfragen. In Ihrem Ansatz 1 würden Sie GSI für die Hauptanwendungsfälle verwenden, was keine optimale Vorgehensweise zum Entwerfen eines Datenmodells darstellt. Wir können GSI für alternative oder Randfälle verwenden.

Normalerweise sollte der GSI sofort synchronisiert werden. In einigen seltenen Fällen kann es jedoch zu geringfügigen Verzögerungen kommen. Außerdem sollten Sie überlegen, ob Sie eventuell konsistente oder konsistente Lesevorgänge verwenden möchten.

Wenn Sie GSI vermeiden können, können Sie auch Kosten sparen.