｢もしもし、◯◯商事の□□と申します。そちらに山田様はいらっしゃいますでしょうか？｣
｢あいにくですが、当社には山田という社員は50人程在籍しています。どの山田かわかりますでしょうか？｣
｢下の名前は太郎です｣
｢あいにくですが、当社には山田太郎という社員は3名在籍しております。どの山田太郎かお分かりでしょうか｣
(そんなにいるのか･･･)
.
この状況で、会社員の情報を管理しているデータベースがあると仮定します。
データベースには住所が管理されているとします。
ある山田太郎さんが住所変更の依頼をしました。
このとき、他の山田太郎さんの住所を変更せず、的確に狙った山田太郎さんの住所を変更するには、どのように社員の情報を管理すればよろしいでしょうか。
また、住所変更にはどのような変更コマンドをかければよいでしょうか。
.
まず｢社員名｣が｢山田太郎｣であるレコードの｢住所｣を変更するというコマンドではダメだということがお分かりですよね。他の山田太郎さんの住所も巻き添えで変わってしまいます。
最後に申請した同姓同名の人の住所に会社からの郵便が全て届く事態になれば色々ヤバいため、阻止しないといけません。
.
絶対に被らないことがシステム上保証されている｢社員ID｣があるとします。
社員IDが依頼者と同じレコードの｢住所｣を変更するというコマンドを投げました。これで他の山田太郎さんの住所は変更されず、依頼者の住所のみが変更されました。めでたしめでたし。
↑の絶対に被らないことをシステム上保証する機能がプライマリキーまたはユニークキーの｢重複を許さない｣機能です。実際に重複するようなレコードを入れようとするとDB側でエラーになります。
検索が早いとかそういう効能もありますが、被らないことがシステム上保証されている意味は、巻き添えを避けることかと思います。
.
前提が会社への電話だったため、小中学生にはわかりづらい例で申し訳ありません。
0 件のコメント:
コメントを投稿