問題タブ [surrogate-key]

こんにちは、私はデータベースの初心者です。このため、間違いを避けるためにどの属性を主キーとして使用する必要があるかお尋ねしたいと思います。

オプションで、idcustomer を auto_increment として追加することを考えていましたが、それが素晴らしいアイデアになるかどうかはわかりません。

180 万件のレコードを含む薄暗いビルドがあり、ビジネス キーが見つからない場合、scd はレコードを挿入する代わりに古いレコードを更新しています。

これは生産上の問題であるため、すぐに助けが必要です....

宛先テーブルにIDがあり、挿入には代理キーを使用していませんが、使用している更新には代理キーを使用しており、これが多くの問題を引き起こしています...

Access で大学の登録システムを作成する必要があるプロジェクトに取り組んでいます。テーブルの 1 つでフィールドの 1 つに代理キーが必要ですが、代理キーを作成する方法がわかりません。

列の指示は次のようになります。

Field Name Data Type Field Size Caption Format Req'd Index Unique Key Ref. Table Other

FacultyID Text 4 blank blank Yes Yes Primary blank Input Mask '0000;1;_'

FirstName Text 32 blank blank Yes No Surrogate* blank blank

したがって、最初のフィールドFacultyIDは簡単で簡単に作成できます。しかし、FirstNameフィールドには、作成方法がわからない代理キーが必要です。

また、その横にアスタリスクがあり、ページの下部にあるアスタリスクには次のように書かれています。

*Index [LastName], [FirstName]: Duplicates Allowed (surrogate key)

フィールドは後でリストされLastNameますが、質問には表示されませんでした。しかし、これで私を混乱させているのは、列の説明では、IndexフィールドはNo用FirstNameであると書かれていますが、ページの下部にあるこのメモは、そうであるように思わせ、Yes (Duplicates OK)何を入れればよいかわかりません.

では、サロゲート キーを作成する方法と、フィールドFirstNameに何を入れるべきかを理解するのを手伝ってくれる人はいますか?Index

免責事項:これは他のトピックと同じ質問ではありません。

自然キーを使用するときに直面する短所の 1 つは、ビジネス ロジックが変更され、1 つのキーを変更する必要がある場合、この変更をすべてのリンクされたテーブル全体に伝達する必要があることです。

ただし、ON UPDATE CASCADE宣言を使用すると、キー値を変更したときに DBMS に変更を反映させることができます。

私が理解できないのは、このアプローチの短所は何ですか? ON UPDATE CASCADE使用がデータベースに危険を及ぼす可能性がある状況はありますか?

そうでない場合、ある状況でサロゲート キーを使用する唯一の理由は、ON UPDATE CASCADEすべてのテーブルをサロゲート キーに変換する代わりに、ビジネスの自然キーを変更する方が簡単だからです。