初めて0からDB設計してみてやらかしたこと - Qiita

背景 つい先日、自分の担当プロダクトがひとまずα版リリースしました。 これまでのキャリアでは既存システムの拡張などが多く、ビジネスとしては自分で0からDBのテーブル設計をする機会がなかったため、キャッキャしながら今回初めてすべての設計をしたのですが、現実は厳しい。結構な数の失敗をしてしまいました。 この記事では、そんな「失敗したな〜」と思った設計についてまとめて、供養にしようと思います。 失敗したテーブル定義 というわけで、よかれと思ってテーブル定義してみたらつらかったことたち。 ネット広告系の会社なので、広告のデータ構造のサンプル多めです。 過度なテーブル分割 広告テーブル id name status bid url

[ghostbass]

失敗の記録は良い/null撲滅はいいけど結局JOINは必要で、親テーブル側全データ必要だとleft join になって右側nullなんだよね。あのメソッド(名前忘れた)ではどう解決するんだろうか

[n314]

広告画像は別テーブル、バッチ履歴はidのシーケンスを別テーブルか独自取得、jsonはcrontabの項目をそのままnullableのテキスト、かなあ。取りあえず最初はnull撲滅でしんどくなったらnullableに変更で良いような。逆は無理。