DataStoreの辛いところ

# DataStoreの限界 FacebookやインスタグラムのようなSNSで、投稿、公開範囲、お気に入りなどの機能をDataStoreで実現しようとするとどうしても辛くなる。 ## DataStoreで実現可能？ - users - id - feeds - id - user_id - favorites - user_id - feed_id - friends - user_id - follow_id が存在する ### 投稿が削除された場合、お気に入りから削除 favoritesからfeed_idの物を削除すればOK ### フォロー解除した場合、相互フォローのみの投稿をお気に入りから削除 アクセスユーザーとフォローしていたユーザーのお気に入り一覧から、公開範囲が相互フォローの投稿を取得して削除する。 この場合、favoritesにfeed情報を保持していないため、user_idで絞り込んだfeedを全部取得する必要がある。 DataStoreはfavoritesにfeedの構造体を保存できるが、feedが更新された場合にfavoritesのfeedまで更新しないといけないため現実的ではない。 # RDSで行う場合 同じデータ構造でOK ## 取得する場合に毎回joinして取得する select * from favorites fav inner join feeds on fav.feed_id=feeds.id left join friends on friends.user_id=feeds.user_id where fav.user_id=? and ( (feeds.enabled=有効) (feeds.publish_type=公開) or (feeds.publish_type=フォローワーのみ公開 and friends.user_id is null) or (feeds.user_id=自分) ) # まとめ DataStoreを使うってことは、前もってデータを作って置いてアクセスしやすい状態を担保するところでもある気がする。 更新のタイミングはデータの作り変えで複雑になるけど、検索はシンプルで良い。