基本情報技術者 2013年 秋期 午後 問02

解答の導き方

誤りやすいポイント

• 試合数と結果表のレコード件数を混同しないようにします。 試合数は28試合ですが、結果表には1試合につき2チーム分の行があるため、レコード件数は56件です。
• $8\times 7$をそのまま試合数と考えると、同じ対戦を2回数えてしまいます。試合数を求めるときは2で割ります。
• 繰返し項目をなくすための選択肢は第1正規化です。インデックスの設定やセキュリティの強化は、表の項目の繰返しを解消する方法ではありません。

FAQ

解答の導き方

1. チームごとに勝点と得点を合計します。
   SELECT句では、集約関数（複数の行の値をまとめて計算する機能）SUMを使い、勝点と得点をそれぞれ合計しています。ASは、計算結果に名前を付ける指定です。ここでは合計結果に「勝点」と「総得点」という名前を付けています。
2. チームごとに集計するため、GROUP BYを指定します。
   結果表には、試合ごとにチームの得点や勝点が記録されています。そのため、同じチームの行をまとめて合計する必要があります。
   また、SELECT句ではチーム番号とチーム名も表示します。SUMのように合計する項目以外は、どの単位で集計するのかをGROUP BYに指定します。したがって、チーム番号とチーム名の両方が必要です。
3. 勝点と総得点の両方を降順で並べます。
   問題文には「勝点が多いチームから降順」とあります。さらに、勝点が同じ場合は「総得点の降順」とあります。つまり、まず勝点を大きい順に並べ、勝点が同じチーム同士は総得点の大きい順に並べます。
   ORDER BYは並べ替えを指定する句で、DESCは降順を表します。よって、ORDER BYには勝点、総得点の順で指定し、どちらにもDESCを付けます。

誤りやすいポイント

• GROUP BYとORDER BYの役割を混同する
  GROUP BYは、どの単位でデータをまとめて集計するかを指定します。ORDER BYは、集計した結果をどの順番で表示するかを指定します。
• SELECT句にあるチーム番号とチーム名をGROUP BYに含めない
  チームごとの結果を表示するには、チーム番号とチーム名を集計の単位として指定します。どちらかを省くと、チームごとの集計になりません。
• ASCとDESCを取り違える
  ASCは昇順、DESCは降順です。問題文は勝点と総得点の両方について降順を指定しているため、どちらにもDESCが必要です。アはASCなので、並び順が問題文と逆になります。
• GROUP BYを省いた選択肢を選ぶ
  ウとエにはGROUP BYがありません。チームごとの合計を出すための指定が足りません。

FAQ

解答の導き方

1. ホームランの打席だけに絞ります。
   WHERE句では、打席表.打撃結果を「ホームラン」に対応する打撃結果と照合しています。つまり、この条件を通るのはホームランを打った打席の行だけです。図3の打席表は打席ごとの記録なので、条件に合う行を数えれば、選手ごとのホームラン数になります。
2. 打席の記録と選手名を結び付けます。
   「打席表.打者 = 選手表.選手番号」という条件で、打席表の打者番号と選手表の選手番号を一致させています。これにより、打者番号だけでなく選手名も表示できます。
3. 選手ごとにホームランの行数を数えます。
   GROUP BY句は、同じ打者と氏名の行をひとまとめにする指定です。集計関数（複数の行をまとめて数えたり、合計したりする機能）のCOUNT()は、まとまりの中にある行数を数えます。ホームランの行だけに絞った後で数えるため、選手ごとのホームラン数になります。したがって、d1にはCOUNT()が入ります。
4. ホームラン数が多い順に並べます。
   問題文は「ホームラン数が多い選手から降順」と指定しています。降順は大きい値から小さい値へ並べることなので、d2にはDESCが入ります。

誤りやすいポイント

• COUNT(*)は、条件に合った行の数を数えます。ここではホームランの打席だけが対象なので、ホームラン数になります。
• 打点の合計とホームラン数は同じではありません。打点は、得点に結び付いた人数分の記録です。
• DESCは大きい値から小さい値への並び順です。少ない順にするASCとは逆です。
• GROUP BY句で選手ごとにまとめる前に、WHERE句でホームラン以外の打席を除いています。絞り込みと集計の順を取り違えないようにしましょう。

FAQ

解答の導き方

1. 選手表のチーム番号を更新する場合
   選手表のチーム番号を新しいチームの番号に書き換えると、選手表には現在の所属チームしか残りません。移籍前にどのチームに所属していたかは分からなくなります。
   打席表には、打者が選手番号で記録されています。ホームラン数をチーム別に集計するには、打席表の打者と選手表を、選手番号を手掛かりに対応させます。このように、共通する項目を使って複数の表の情報を組み合わせることを、表結合といいます。
   このとき、選手表から分かるチーム番号は現在の所属先です。そのため、移籍前に打ったホームランも、現在のチームのホームランとして数えられてしまいます。移籍前と移籍後を分けた、正確なチーム別の集計ができません。
   したがって、選手表のチーム番号を更新するとできなくなる集計は、チームごとのホームラン数です。選択肢ではエです。
2. 移籍のたびに新しい選手番号を割り振る場合
   次に、移籍前の情報を残したまま、移籍後の情報には新しい選手番号を割り振る方法を考えます。
   この方法では、移籍前の打席記録には以前の選手番号が、移籍後の打席記録には新しい選手番号が残ります。データ上では別々の選手として扱われるため、同じ選手の移籍前と移籍後の記録を一人分としてまとめられません。
   その結果、選手ごとのホームラン数を正しく集計できなくなります。したがって、該当するのは選手ごとのホームラン数で、選択肢ではアです。
3. 所属選手表を設ける場合
   そこで図4では、選手の情報とチームへの所属の情報を別々に管理しています。選手表の選手番号はそのままにし、所属選手表にチーム番号、選手番号、登録日、抹消日を記録します。
   図４では、選手番号0001について、チーム番号01に所属していた記録と、チーム番号03に所属している記録が別々に残っています。試合日と所属期間を照らし合わせれば、その試合時点での所属チームを判断できます。これにより、選手番号を変えずに選手ごとの成績をまとめながら、移籍前後の成績をチームごとにも分けて集計できます。
   SQL（Structured Query Language：データベースに問い合わせたり、データを操作したりするための言語）で集計するときも、試合日と所属期間を使えば、移籍の履歴を反映できます。

誤りやすいポイント

• 選手表のチーム番号を更新しても、選手の過去の試合記録は残ります。しかし、その記録をチーム別に分類するための過去の所属情報が失われるため、チームごとのホームラン数を正しく集計できません。
• 選手ごとの成績とチームごとの成績を混同しないようにしましょう。選手番号を変えない方法では、移籍前後の記録を同じ選手としてまとめられます。一方、チーム別に集計するには、試合当時の所属チームが必要です。
• 新しい選手番号を割り振れば移籍前の情報を残せますが、旧番号と新番号が同じ選手を指すという対応関係は、表から分かりません。そのため、選手単位の集計が難しくなります。
• 勝点や総得点は結果表にチーム番号とともに記録されています。選手表の所属情報を書き換えることによる影響と、選手の打席記録を使って求める集計とを区別しましょう。

FAQ