Veri Modelleme
DynamoDB'nin SQL'den en sert ayrıldığı yer burasıdır. Varlık başına bir tabloya
normalize etmezsiniz — erişim desenlerinizden başlar ve onlara hizmet eden anahtarlar
tasarlarsınız, çoğu zaman her varlığı tek bir tabloya paketleyerek. Doğru yapıldığında,
bir ebeveyni ve çocuklarını tek bir Query'de, join'siz getirirsiniz.
Yanlış yapıldığında, sorgulayamayacağınız bir tablo ve çalıştıramayacağınız bir geçiş elde edersiniz. Yani takaslar önemlidir ve bu bölüm, tek-tablo tasarımının yanlış seçim olduğu durumlar hakkında dürüsttür.
Tek-tablo tasarımla başlayın — ondan sonraki her şey o zihinsel modeli varsayar.
Şemayı kurmadan önce ücretsiz
Single-Table Design aracıyla taslaklayın —
bir erişim deseni listesini bir PK/SK/GSI planına dönüştürür. Ardından bu
düzenleri canlı bir tabloya karşı modellemek ve gözden geçirmek için
DynoTable'ı deneyin — ve anahtarlarınızın karşılamadığı ad-hoc soru
için, onun SQL Workbench'i JOIN, GROUP BY ve
toplamaları istemci tarafında çalıştırır.