DynamoDBの設計力をあげたい - log4ketancho

サーバレスアーキテクチャを検討する際に、データベース層をどうするかはよく議論になります。リレーショナルデータベースに慣れている人は、なんとか RDS を採用できないか考えるのですが、現状は DB のコネクションプール問題などで RDS を用いるのはアンチパターンと言われています。 代替として用いられるのが NoSQL 型のデータベースである DynamoDB です。前述のような問題は発生せず、AWS でサーバレスなシステムを構築する際にデータベース層に採用されることが多いです。 しかし、これは私だけかもしれませんが、DynamoDBの（というよりも NoSQL 型データベースの？）設計に慣れていないこともあり、 「この要求・要件を実現するときに、どうテーブル設計すべき？」 「この設計で将来の機能拡張に耐えられるの？」 と不安になるシーンが多いです。特に後者が多く、これまでも「既に見えている

[ketancho_jp]

微妙に修正しました！NoSQLのデータ設計？テーブル設計？しっかりできるようになりたいものです。

[letitride]

パーテションキーを跨いだレンジの扱い方の問題について。同一のパーテーションキーを指定するアプローチ。

[yatta47]

勉強してる。

[tofu-kun]

ふーむ

[yshdyk11202000]

あるある

[tzt]

ダミーのキーを使うとたぶんスケールしない。補助的に別DBを使うのが正道だろうけど、アーキテクチャが複雑になってなんの為のLambdaかDynamoDBかわからなくなるというよくあるやつ。

[derby]

これは喫緊の課題です

[a-know]

むずい

[rikuba]

「ダミー列に対してグローバルセカンダリインデックスを貼る」

[kmiya_bbm]

固定値を入れるダミー列を作ってGSIで使うの面白い。スループットのことを考えるとリクエストを分散させたいからダミー列をPKにはできないしなぁ。