第四章 キーレスエントリ（外部キー嫌い） - Qiita
第四章 キーレスエントリ（外部キー嫌い） 4.1 目的：データベースのアーキテクチャを単純化する 参照整合性は大事！ でもなんで外部キー使わないの？ ・データの更新が、参照整合性制約と衝突してしまう。 ・データーベース設計の柔軟性が極めて高いので、参照整合性制約をサポートできない。 ・データーベースが外部キーのために作成するインデックスが、パフォーマンスに影響すると考えている。 ・外部キーをサポートしないデーターベース製品を使っている。（MyISAMなど） ・外部キーを宣言する構文を調べなければならない。 4.2 アンチパターン：外部キー制約を使用しない 外部キー制約を省略すれば、データーベース設計がシンプルになり、柔軟性が高まり、実行速度が速くなるかも…。でも代わりに参照整合性を保証するためのコードを書く責任が生じる。 4.2.1 完璧なコードを前提にしている ・外部キー制約を設定しなか
外部キー - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。 出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "外部キー" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL (2023年11月) 外部キー（がいぶキー、英語: foreign key、FK）は、コンピュータの関係データベースの関係モデルの文脈において、2つの関係変数（表）の間の参照整合性制約をいう。 外部キーは、参照する側の関係変数で1つの属性（列、カラム）もしくは2つ以上の属性の集合を同定し、参照する側の関係変数は、参照される側の関係変数の1つの属性もしくは2つ以上の属性の集合を参照する。 参照する側の関係変数の属性の1つの組（タプル、行）の値は、参照される側の関係変数の組の値として
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
