初心者がデータベースを扱うときにやってしまいがちな5つのミス | Yakst

主にPostgreSQLで、アプリケーションがスケールしていくことを考慮に入れずに後で困ることになりがちな設計のポイント。今後巨大にスケールする必要が分かりきっている際には特に注意すべき点。 開発者として仕事を始める時には、参ってしまうほど覚えなくてはいけないことがあります。まず最初に言語自体、それから使っているフレームワーク特有のクセ、さらにその後(あるいはその前)にフロントエンド開発を織り交ぜ、そしてその先でデータをどこに保存するかを決めなくてはなりません。 最初の頃は、素早く身につけるべきことが多すぎて、アプリケーションのデザインにおいてデータベースは後から付け足すものになりがちです(おそらくこれはエンドユーザーエクスペリエンスに影響がないからでしょう)。その結果、データベースが動き始めてから直さなくてはならない数々の悪い習慣が存在しています。ここでは、そのうちのいくつかについて概要

[akatakun]

画像はBase64ではなくURLだけ保持する，レコード数の多いテーブルのプライマリーキーはUUIDを使う，レコード数の多いテーブルにデフォルト値を設定するときは一度NULL許容で作ってからデフォルト値を設定する

[daaaaaai]

はい

[daimaruonline]

"初めはNULLを許容するように作ってすぐ処理が終わるようにし、それからデフォルト値を設定し、バックグラウンドプロセスを走らせて過去に遡ってデータを更新"

[itouhiro]

「画像をDB保存→URLをtextとして保存」「LIMIT / OFFSETを使う←DB負荷、Page移動中にDB変更」「PrimaryKeyを整数←1つのDBに依存しScaleしない→UUID」「ADD COLUMNデフォルト値←負荷→NULL許容」「正規化のやりすぎ」

[octweb]

複数人で管理する必要がないなら正規化もこだわらなくてもええかなー

[fujimuradaisuke]

「プライマリーキーを整数にしてしまう」のデメリットは、MongoDBからPostgreSQLに戻ってきて痛感した

[iox]

デフォルト値がある列をテーブルに追加すると、テーブルの全データの書き換えが始まります。これは、大きなテーブルでは非常にまずいことであるのに注意しましょう。

[doublemarket]

[PostgreSQL]