SQLServerデータベースの外部キーの混乱

データベースの設計とデータのバックアップ時に外部キーを使用するかどうかは、非常にもつれてきました。私は右の外部キーの長所と短所について話しましょう

利点:データの整合性と一貫性と信頼性を確保するため、外部キーに対応する情報データのすべてを行うことができます修正の効果が変更されました

短所:データシートは、開発の難易度が高く、増加しました。削減(挿入、更新、削除)スピード

置換された外部キー方式:トリガー、プログラム

ご注文は、通常我々は、データのほとんどを設計しました。ここでは注文にサブカテゴリを与えるために

ご注文は、一般的に、顧客、注文状況、製品、サプライヤー、およびその他の情報を持っています。

これらの属性は、外部キー情報がある場合にのみ、オーダーの外部キーとそれぞれの説明をしています。我々は、次の質問を持っています。

1.クエリ/追加/これらの属性を関与させる必要がテーブルに対応する際に情報を削除/変更

必要がバックアップされ、対応する記述情報を記録するとき2.バックアップを作成します。

この操作を行うためにパフォーマンスが比較的遅くなりますとき。

バックアップ時間を行うために、これらの外部キー属性をバックアップすることが必要です。意義のバックアップは、素晴らしいではありませんので、記録情報を記述した属性情報を変更することは変更することはできませんので。そのような説明は、検討する必要がある問題に対処する方法をチェックアウトする必要があります。しかし、検索条件として、我々は唯一のキーを取得するためによると、最新のプロパティのレコードにアクセスすることができます。それとも私たちは、キー値を持つ歴史的な記録を取得する必要があるとして。顧客のニーズを感じることは重要な設計上の決定です。

 

おすすめ

転載: www.cnblogs.com/feng-ye1192/p/SQL_FOREIGN_KEY.html