解説

• 〔aについて〕
  レンタルビデオマスタエンティティには、主キーがないため追加する必要があります。表1には、属性名の命名規則は「マスタ系エンティティの主キーとなる属性は，エンティティ名から"マスタ"という文字列を取り除き，末尾に"ID"という文字列を追加したものとする」とあります。したがって、レンタルビデオマスタエンティティの主キーは「レンタルビデオマスタ」の末尾の"マスタ"を取り除き、末尾に"ID"を付与した「レンタルビデオID」です。
  
  ∴a＝レンタルビデオID
  
  〔bについて〕
  レンタルビデオマスタエンティティと貸出明細エンティティの間には関連があります。エンティティ同士は同じ主キーと外部キーを持たせることによって関連付けますが、貸出明細エンティティには、レンタルビデオマスタエンティティと共通する属性が含まれていません。よって、レンタルビデオマスタエンティティの主キーを表す属性が、貸出明細エンティティでの外部キーとして必要であることがわかります。したがって、空欄には「レンタルビデオID」が当てはまります。
  
  ∴b＝レンタルビデオID
  
  〔cについて〕
  表1の属性名の命名規則には「トランザクション系エンティティの主キーとなる属性は，エンティティ名の末尾に"番号"という文字列を追加したものとする」とあります。レンタルビデオの貸出記録はそのイベントがある度に生成されるトランザクション系エンティティですから、主キーである「貸出番号」から末尾の"番号"を取り除いた「貸出」が空欄に入るエンティティ名となります。
  
  ∴c＝貸出
  
  ※マスタ系エンティティは"リソース系エンティティ"、トランザクション系エンティティは"イベント系エンティティ"とも呼ばれます。
  
  
• 〔dについて〕
  レンタルビデオマスタエンティティと貸出明細エンティティには共通の属性「レンタルビデオID」があります。この属性「レンタルビデオID」は、レンタルビデオエンティティ側では主キーであり、レンタルビデオを一意に特定します。また、貸出明細エンティティ側では外部キーであり、同一のレンタルビデオが複数回貸し出されることが想定されています。つまり、同一のレンタルビデオIDをもつ複数のレコードが存在しえるということです。したがって、レンタルビデオマスタエンティティと貸出明細エンティティのカーディナリティは1対多であり、空欄には「→」が当てはまります。
  
  ∴d＝→
  
  〔eについて〕
  貸出エンティティと貸出明細エンティティの関連について考えると、貸出番号にはある日にある会員に貸出を行ったという情報が、貸出明細番号にはその際に具体的に貸し出したレンタルビデオの情報が紐づくと考えられます。もちろん、同じ日に同じ会員に複数のレンタルビデオの貸出を行うことができると考えるのが自然です。よって、dと同様に貸出明細エンティティと貸出エンティティのカーディナリティは多対1です。したがって、空欄には「←」が当てはまります。
  
  ※貸出明細エンティティの「貸出番号」は下線のみですが、主キーであり貸出エンティティの「貸出番号」を参照する外部キーでもある属性です。
  
  ∴e＝←
  
  関係データベースの理論上、主キー属性と外部キー属性の関連があるとき、主キー側エンティティが"1"、外部キー側エンティティが"多"になるので、常に主キー側から外部キー側に向けた矢印となります。E-R図を見て機械的に判断してしまってもいいでしょう。
  

解説

解説

解説

• 本文中ではこの問題に対する解決策として、予約ステータスに"貸出可能連絡済"を追加しているので、"貸出可能連絡済"がないと貸出可能連絡時にどのような問題が発生するかを考えます。
  
  貸出可能連絡では、図3のSQL文により出力される予約日時が最も早い予約者に連絡を行います。連絡できたときに予約ステータスを"貸出可能連絡済"にしないのであれば、予約ステータスは"予約中"のままとなります。この状態で、同一タイトルのビデオが返された際に連絡者（別の会員）を探そうとSQLを実行しても、単純に"予約中"で予約日時が最も早いという条件で絞り込むので、既に連絡を行ったかどうかは加味されず、以前に連絡済の会員が出力されることとなります。
  
  したがって、貸出可能連絡時に発生することがあるシステム上の問題は「同じタイトルが返却される度に，連絡先として連絡済みの会員が出力される」などです。
  
  ∴同じタイトルが返却される度に，連絡先として連絡済みの会員が出力される
  
  ※一定期間連絡が付かなかった場合に次点の会員に連絡しようとする際も、同じ問題が発生すると思われます。しかし、追加される予約ステータスの名称が"貸出可能連絡済"ですから、ここでは連絡が取れないケースは問題とされていないことと考えられます。
  
  
• 〔予約機能の追加〕(4)において、当該タイトルの（予約時間が最も早い）予約者に連絡が取れた場合にレンタルビデオが予約貸出待ち棚に格納されます。この状態で、当該タイトルを予約しているものの、連絡を受けていない（または取れていない）会員が予約中のタイトルを借りにきた場合、データベース上は連絡済の会員かどうかを確認できないので、レンタルビデオを貸し出すことになってしまいます。これだと連絡を受けた正規の予約者が借りにきたときに、貸し出すレンタルビデオがないという状態に陥ります。
  
  したがって、予約貸出時に発生することがある運用上の問題は「予約はしているが，連絡をもらっていない会員に対して貸出しをしてしまう」などです。
  
  この問題も予約ステータス"貸出可能連絡済"を追加すれば、会員に対応する貸出予約番号の予約ステータスを見ることで、連絡済の会員か否かが分かるようになるので解決できます。
  
  ∴予約はしているが，連絡をもらっていない会員に対して貸出しをしてしまう