GKE+cloud spannerを使ってプロダクトをリリースしました。
その際に、spannerについていろいろ調べたり、設計をしたので備忘録としてまとめていきます。
spannerがどういったものかは他の記事を参考にしてもらって、この記事では気づきや工夫についてまとめていきます。

UUIDはString(32)

spannerはリレーショナルDBのようなインクリメントするidが存在しません。
そのため、uuidをprimary keyとして使用しますが、その際の方は String(32)とするのがいいです。
一番最初に設計したときに、 String(64)としてしまったためにインターリーブする際にずっとこの型を継承しなければならず、見る度に後悔しています。。

インターリーブはやりすぎない

初期の設計では、リレーショナルDBの正規化のように至るところにインターリーブをしていました。
しかし、インターリーブされたテーブルにレコードが集中するとホットスポットが起こりやすくなります。
そのため、子テーブルのデータが無限に増える可能性がある箇所はインターリーブしませんでした。

開発時は本番とは別プロジェクトで作る

spannerの利用を始めた時点では、エミュレータがなかったので本番とは別プロジェクトに自分用のdbを作り運用しています。
プロジェクトでは初期データがなく、困ることが多々あったので、簡単にデータを作れるapiを用意しています。

マイグレーションは別レポジトリ

spannerをサポートしているライブラリが少ないないですが、スター数と使いやすさからこちらを選択しました。
https://github.com/golang-migrate/migrate/tree/master/database/spanner

まとめ

初期のときに気にした点を簡単にまとめました。
今後もあったら追記していこうと思います。