データベース設計の際に気をつけていること - 食べチョク開発者ブログ

皆さんこんにちは、エンジニアの西尾です。 新しい機能・サービスを開発する際、私は特にデータベース設計に気をつかいます。 データベースはシステムの土台です。 土台が不安定だと、その上に積み上げていくアプリケーションコードがいびつなものになり、つらい思いをします。 また、一度動き出してしまったシステムのデータベース設計を変えるのは、容易なことではありません。 データベース設計には”これだ！”という正解はないと思っています。 サービスの特徴、システムの性質、toB向け/toC向け、Readが多い・少ない、Writeが多い・少ない。 その他もろもろの背景により、データベース設計の仕方も変わってきます。 このテーブルは正規化していないから駄目だ、この設計はいわゆるポリモーフィック関連だから使ってはいけない、などということはありません。 アンチパターンと呼ばれるものも時と場合によっては正解になります。

[hatest]

頑なに初期のデータの持ち方を維持しようとして爆発したプロジェクト知ってるので、定期的に設計を検討し直すのは大事

[p1ass]

こういう当たり前のことを当たり前にやるのすごく大事よね

[prograti]

外部キー制約はロックが複雑になるので悩ましいところです。

[j5ik2o]

何も考えずに外部キーを貼るのは良くないな。トランザクション境界の外で結果整合性を使う場合は、外部制約はつけない。つける場合は一緒に削除されるものに限定する。つまるところ更新の境界の外と内を意識してる

[turanukimaru]

全部わかりみが有る。特に外部キーは重要だがテストしにくいとブコメに書いたことがあるくらい。なお「ツリー構造など階層」は私は積極的に使ってるし、8.0 から再帰 with がサポートされてとても楽になった。

[cupeytan]

ちょうど今クソのような設計のデータベースのせいで不具合が無限に湧き出すシステムのリプレイス作業中だから滲みるわ

[naokun776]

“構造が同じでも意味が違うデータは分けて管理すべきだと、私は思います。” / このケースに直面したときに分けるべきと主張するも共通化されてしまうことが多くてもにょる

[shikiarai]

運用側から開発にどれだけお願いしても新人の成長のためにと新人にDB設計させるしレビュアーも別にDBに詳しくないから地獄の釜が納品されて開けたくない蓋を開けて運用してる

[kamipo]

データベース設計の際に気をつけている気持ちが伝わってきていい記事だった

[hoppie]

spreeだ

[futeshi]

MySQLのjoinが遅いは主語が大きい気がするんだけどどうなんだろ。実際他のRDBMSと比べて遅いとかあるのかな https://www.slideshare.net/yoku0825/mysql-71661984

[potato4d]

アプリケーションで担保するものが増えて RDB への意識が薄くなっているケースをよく見るけど、基本的に RDB を使うときは RDB の機能を十分に使ったほうが良いよね

[iwamino]

MySQLのメモ

[taruhachi]

これはいいチェックリスト。

[ken2mer]

基本的なことだとは思うが良くまとまっているしチェックリスト的に参考にできそう

[Amigomr]

気をつけたいところが、よくまとまっていると思う。

[deep_one]

昔、とにかく外部制約付けまくっていたらデータが追加できなくなって、確認したら制約がぐるっと一周回っている個所が見つかったことがあった（笑）追加時に整合性チェックを遅延させればいいはずだが、断念した。

[tettekete37564]

“datetime型に0000-00-00 00:00:00を入れるとえらい目にあうので注意が必要です。” < あとで読む

[quabbin]

「`id` int(11) NOT NULL AUTO_INCREMENT」がアンチパターンになる場合があることを知らなそうだ。スケールアップの限界で地獄をみるがよかろう。

[ksk_uchimura]

"JSON型を使ったら負け" どうして？

[t_motooka]

データベース設計をきちんとしようとすればするほど、ORM付属のmigrationツールのクエリビルダが使えなくなっていくよね。

[oakbow]

外部キーはほぼ間違いなくなにも考えずに着けた方がいい。あるはずのデータがない、入っているがでたらめなんて酷いことになった本番DBの復旧は非常に困難。

[minoton]

“5. 定期的に性能を見て設計を検討し直す” このへん気になる

[waihasaruya]

外部キー付けてるとこあんまり無いよね。テスト楽！

[ryu39]

とてもいいまとめ

[ijustiH]

内部開発でないと、定期的にデータベースを見直すというのが難しそうだなあ

[R2M]

]

[ducktoon]

“テスト時のテストデータが入れにくいから貼りたくない、とかいってる場合じゃないです。”めちゃくちゃ言ってた（反省）

[takeag]

素敵