カテゴリー：データベース
-
バックアップとレプリケーションは別物です。運用設計時は必ず併用するように設計しましょう。 バックアップ 「アプリケーションの不具合」や「ヒューマンエラー（運用者のミス）」によるデータ破損からのデータ復旧ができる。 メリット…
-
【データベース】バックアップ設計について
10.10
論理バックアップ SQLやCSVとしてDBそのものを再構成できるようにバックアップを取ること。 MySQLの場合は、mysqldump PostgreSQLの場合は、pg_dump 論理バックアップの実体はテキストな…
-
外部キー制約が生み出すデッドロック 外部キー制約の子テーブルを更新すると、親テーブルの共有ロックを自動的に取るのでデッドロックの温床となる。 その対策としては、排他ロックを持たせることが良いが、排他ロックは正しく順番を持たせるために…
-
【データベース】「JSON型」について
10.10
JSON型 EAVの代替手段として近年登場してきました。 MySQLであれば、5.7.8以降で使えるようになった新たなデータ型です。基本的にはカラムの汎用性を高めて変更に強くし開発効率を上げることができます。 ただ、EAVと同…
-
ポリモーフィック関連とは？ 「子テーブルが複数の親テーブルを持つ」ような設計です。 子テーブルのあるカラムの値によって紐づく親テーブルが変わると言う設計ですね。 デメリット 外部キーが使えない。 アプリ側としてはJOINする対…
-
EAV(エンティティ・アトリビュート・バリュー） 複数の目的に使われるカラムを用意する設計です。例えば以下のようなテーブルになっていることです。 属性名 値 年齢 32 趣味 ゲーム 特技…
-
基本的に「複数の目的に使われるテーブル」はアンチパターンになります。 例 「一般ユーザー」と「管理者ユーザー」を一つのテーブルで管理する。 見分け方 データの属性によって入る値が変わる。 NULLが入るようなカラムがあ…
-
以下のようなデータ管理方法は管理カラムの数が減るので良さそうに見えますが、基本的にはアンチパターンになります。 「一般ユーザー」か「管理者ユーザー」かを「ユーザーIDの先頭1桁目」で判断する。 「100(市ID)121(町I…
-
【設計】大きなデータをソートしたい場合
10.03
RDBはソートが苦手なので、RDBMSの機能を使わずにソートすることが望ましいです。 もし、ソートがボトルネックになっていた場合は改善するにはアプリケーションの影響が大きく後から修正するのが大変です。 アプリ側でソート 最近は、ク…
-
【データベース】「ページャー」のアンチパターン
10.03
アプリケーションにページャーを導入する場合はORDER BYの「LIMIT」と「OFFSET」を利用すると思います。実はこれも何にも考えずに使っているとパフォーマンスの落とし穴があります。 OFFSET どこからデータ取得を開始するかの…