「資格試験/情報処理技術者試験/情報セキュリティスペシャリスト/過去問2013年春午後２/問１設問３－３」の編集履歴（バックアップ）一覧はこちら

「資格試験/情報処理技術者試験/情報セキュリティスペシャリスト/過去問2013年春午後２/問１設問３－３」(2013/09/02 (月) 01:14:05) の最新版変更点

追加された行は緑色になります。

削除された行は赤色になります。

* 設問３　予約管理機能の不具合について(1)～(4)に答えよ。
(3) 図９を完成させるために、【ｓ】～【ｕ】に入れる適切な字句又は数字を答えよ。
||ａ郡|ｂ郡|
|【ｓ】|Status=?|LastUpdate=?|
|【ｔ】|psUp.setInt(10, revStatus);|psUp.setLong(10, lastDateTime);|
|【ｕ】|1|1|
* 解説
排他制御に関する問題です。

* 本文抜粋
[予約管理機能における不具合の修正]
　Ｓグループのリーダとしてソースコードレビューに参加していたＴ主任は、この不具合を修正するために、executeUpdateメソッドでUPDATE文を実行した時、&bold(){&color(red){更新した行数が戻り値になることに着目}}した。そして、図５の&bold(){&color(red){25行目のパラメタ付きSQLのWHERE句を修正}}した上で、図５の60行目のexecuteUpdateメソッドの実行時に&bold(){&color(red){異常の発生を検知する仕組み}}を提案した。この提案に基づき修正されたプログラムは図９のとおりである。

** 図９　修正されたサーブレット"WakuClick"
#divclass(blackdiv){{{
1～23:（省略）[図５の1～23と同じ]
24:&nbsp(4)&nbsp(4) psSel = conn.prepareStatement("SELECT * FROM rsvList WHERE rsvDate=? AND rsvTime=? AND Biyoshi=?");
25:&nbsp(4)&nbsp(4) psUp = conn.prepareStatement("UPDATE revList SET Status=?, CustID?, Message=?, Menu=?, LastUpdate=? WHERE rsvDate=? AND rsvTime=? AND Biyoshi=?&u(){AND CustID=? AND &color(red){【ｓ】}}"); &bold(){&color(red){← 25行目のパラメタ付きSQLのWHERE句を修正}}
26: 
27～46:（省略）[図５の27～46と同じ]
47:&nbsp(4)&nbsp(4) int rsvStatus = rs.getInt("Status");
48:&nbsp(4)&nbsp(3)&u(){String rsvCustID = rs.getInt("CustID");}
49:&nbsp(4)&nbsp(3)&u(){if (rsvStatus == RSV_KARI) {}
50:&nbsp(4)&nbsp(4)&nbsp(3)&u(){// 予約状況が空きであることを確認し、仮予約処理を行う}
51:&nbsp(4)&nbsp(4)&nbsp(3)&u(){（省略）[予約リストを適切に更新し、仮予約処理を行う]}
52:&nbsp(4)&nbsp(3)&html(<u> } else if (rsvStatus == RSV_KARI && ((nowDateTime - lastDateTime))&html(<u> > TIMEOUT_KARI)))&html(<u>{</u>)
53:&nbsp(4)&nbsp(4)&nbsp(3)&u(){// 既に仮予約状態であっても、TIMEOUT_KARI経過後なら、自分の仮予約に変更する}
54:&nbsp(4)&nbsp(4)&nbsp(4) psUp.setInt(1, RSV_KARI); psUp.setString(2, loginUserID); psUp.setString(3, "");
55:&nbsp(4)&nbsp(4)&nbsp(4) psUp.setString(4, ""); psUp.setLong(5, nowDateTime);
56:&nbsp(4)&nbsp(4)&nbsp(4) psUp.setString(6, rsvDate);
57:&nbsp(4)&nbsp(4)&nbsp(4) psUp.setString(7, rsvTime); psUp.setString(8, rsvBiyoshi);
58:&nbsp(4)&nbsp(4)&nbsp(3)&u(){psUp.setString(9, rsvCustID); &color(red){【ｔ】};} &bold(){&color(red){← 25行目のWHERE句修正に伴う修正}}
59:&nbsp(4)&nbsp(4)&nbsp(3)&u(){if (psUp.executeUpdate() == &color(red){【ｕ】}) {} &bold(){&color(red){← 更新した行数が戻り値になることに着目}} &bold(){&color(red){＋ 異常の発生を検知する仕組み}}
60:&nbsp(4)&nbsp(4)&nbsp(4)&nbsp(4) （省略）[図６の処理を引き継ぐために、選択した予約枠の情報をサーブレットのセッション情報に保存する]
61:&nbsp(4)&nbsp(4)&nbsp(4)&nbsp(4) （省略）[画面３のHTML出力を行う]
62:&nbsp(4)&nbsp(4)&nbsp(3)&html(<u> } else {</u>)
63:&nbsp(4)&nbsp(4)&nbsp(4)&nbsp(3)&u(){（省略）[予約失敗の画面のHTML出力を行う]}
64:&nbsp(4)&nbsp(4)&nbsp(3)&html(<u> }</u>)
65:&nbsp(4)&nbsp(4) } else {
66～71:（省略）[図５の64～69と同じ]
}}}
注記１　SQL例外を含め、例外処理については省略している。省略した部分で必要とするクラスに関わるimportの記述も省略している。
注記２　下線は、修正した部分を表す。
注記３（省略）[・・・]は、その位置に[]内に示す処理が記述されているが、省略していることを示す。
** 図９　修正されたサーブレット"WakuClick"終わり


[[設問に戻る>資格試験/情報処理技術者試験/情報セキュリティスペシャリスト/過去問2013年春午後２/問１#設問]]

* 設問３　予約管理機能の不具合について(1)～(4)に答えよ。
(3) 図９を完成させるために、【ｓ】～【ｕ】に入れる適切な字句又は数字を答えよ。
||ａ郡|ｂ郡|
|【ｓ】|Status=?|LastUpdate=?|
|【ｔ】|psUp.setInt(10, revStatus);|psUp.setLong(10, lastDateTime);|
|【ｕ】|1|1|
* 解説
排他制御に関する問題です。

* 本文抜粋
[予約管理機能における不具合の修正]
　Ｓグループのリーダとしてソースコードレビューに参加していたＴ主任は、この不具合を修正するために、executeUpdateメソッドでUPDATE文を実行した時、&bold(){&color(red){更新した行数が戻り値になることに着目}}した。そして、図５の&bold(){&color(red){25行目のパラメタ付きSQLのWHERE句を修正}}した上で、図５の60行目のexecuteUpdateメソッドの実行時に&bold(){&color(red){異常の発生を検知する仕組み}}を提案した。この提案に基づき修正されたプログラムは図９のとおりである。

** 図９　修正されたサーブレット"WakuClick"
#divclass(blackdiv){{{
1～23:（省略）[図５の1～23と同じ]
24:&nbsp(4)&nbsp(4) psSel = conn.prepareStatement("SELECT * FROM rsvList WHERE rsvDate=? AND rsvTime=? AND Biyoshi=?");
25:&nbsp(4)&nbsp(4) psUp = conn.prepareStatement("UPDATE revList SET Status=?, CustID?, Message=?, Menu=?, LastUpdate=? WHERE rsvDate=? AND rsvTime=? AND Biyoshi=?&u(){AND CustID=? AND &color(red){【ｓ】}}"); &bold(){&color(red){← 25行目のパラメタ付きSQLのWHERE句を修正}}
26: 
27～46:（省略）[図５の27～46と同じ]
47:&nbsp(4)&nbsp(4) int rsvStatus = rs.getInt("Status");
48:&nbsp(4)&nbsp(3)&u(){String rsvCustID = rs.getInt("CustID");}
49:&nbsp(4)&nbsp(3)&u(){if (rsvStatus == RSV_KARI) {}
50:&nbsp(4)&nbsp(4)&nbsp(3)&u(){// 予約状況が空きであることを確認し、仮予約処理を行う}
51:&nbsp(4)&nbsp(4)&nbsp(3)&u(){（省略）[予約リストを適切に更新し、仮予約処理を行う]}
52:&nbsp(4)&nbsp(3)&html(<u> } else if (rsvStatus == RSV_KARI && ((nowDateTime - lastDateTime))&html(<u> > TIMEOUT_KARI)))&html(<u>{</u>)
53:&nbsp(4)&nbsp(4)&nbsp(3)&u(){// 既に仮予約状態であっても、TIMEOUT_KARI経過後なら、自分の仮予約に変更する}
54:&nbsp(4)&nbsp(4)&nbsp(4) psUp.setInt(1, RSV_KARI); psUp.setString(2, loginUserID); psUp.setString(3, "");
55:&nbsp(4)&nbsp(4)&nbsp(4) psUp.setString(4, ""); psUp.setLong(5, nowDateTime);
56:&nbsp(4)&nbsp(4)&nbsp(4) psUp.setString(6, rsvDate);
57:&nbsp(4)&nbsp(4)&nbsp(4) psUp.setString(7, rsvTime); psUp.setString(8, rsvBiyoshi);
58:&nbsp(4)&nbsp(4)&nbsp(3)&u(){psUp.setString(9, rsvCustID); &color(red){【ｔ】};} &bold(){&color(red){← 25行目のWHERE句修正に伴う修正}}
59:&nbsp(4)&nbsp(4)&nbsp(3)&u(){if (psUp.executeUpdate() == &color(red){【ｕ】}) {} &bold(){&color(red){← 更新した行数が戻り値になることに着目}} &bold(){&color(red){＋ 異常の発生を検知する仕組み}}
60:&nbsp(4)&nbsp(4)&nbsp(4)&nbsp(4) （省略）[図６の処理を引き継ぐために、選択した予約枠の情報をサーブレットのセッション情報に保存する]
61:&nbsp(4)&nbsp(4)&nbsp(4)&nbsp(4) （省略）[画面３のHTML出力を行う]
62:&nbsp(4)&nbsp(4)&nbsp(3)&html(<u> } else {</u>)
63:&nbsp(4)&nbsp(4)&nbsp(4)&nbsp(3)&u(){（省略）[予約失敗の画面のHTML出力を行う]}
64:&nbsp(4)&nbsp(4)&nbsp(3)&html(<u> }</u>)
65:&nbsp(4)&nbsp(4) } else {
66～71:（省略）[図５の64～69と同じ]
}}}
注記１　SQL例外を含め、例外処理については省略している。省略した部分で必要とするクラスに関わるimportの記述も省略している。
注記２　下線は、修正した部分を表す。
注記３（省略）[・・・]は、その位置に[]内に示す処理が記述されているが、省略していることを示す。
** 図９　修正されたサーブレット"WakuClick"終わり

　まず、今回の不具合が発生した原因は「αが更新した後にβが更新した」です。これを防ぐ仕組みを「排他制御」と呼びますが、データベースにおける排他制御には大きく二種類存在します。

１．楽観的ロック
>データベース更新時に「更新対象のレコードが他のスレッドやジョブにより更新されていないことを確認する」方式です。他のスレッドやジョブが先に更新していたら、「処理中に他の処理によりレコードが更新されました」などのエラーメッセージを表示して処理を終了したりします。
>実現方法は、更新SQLのWHERE句に最終更新日時や、バージョン、更新回数などを追加し、&bold(){&color(red){更新件数が意図したとおりなら正常、意図しない値ならエラー}}とします。

２．悲観的ロック
>更新対象となるレコードを予めロックしておいて、「他のスレッドやジョブが更新できないようにする」方式です。
>実現方法は、Select句の末尾に「For Update」を追加することで、データベース製品の方でロックをかけてくれます。

今回の問題で採用しているのは、&bold(){&color(red){更新件数が意図したとおりなら正常、意図しない値ならエラー}}から楽観的ロックです。これを踏まえて各記号に入る字句を見ていきましよう。

【ｓ】：25: psUp = conn.prepareStatement("UPDATE revList SET Status=?, CustID?, Message=?, Menu=?, LastUpdate=? WHERE rsvDate=? AND rsvTime=? AND Biyoshi=?&u(){AND CustID=? AND &color(red){【ｓ】}}");
>　&bold(){&color(red){25行目のパラメタ付きSQLのWHERE句を修正}}に相当する部分です。下線の修正内容として「AND CustID=?」が追加されています、これは解答のａ郡のための布石と思われます。管理人は素直に楽観的ロックの説明にもでてきた「最終更新日時」を採用し「LastUpdate=?」としました。
【ｔ】：58: &u(){psUp.setString(9, rsvCustID); &color(red){【ｔ】};}
>　&bold(){&color(red){25行目のWHERE句修正に伴う修正}}箇所です。ここでは、【ｓ】でａ郡、ｂ郡どちらを選んだかによって解答が変わりますが、選んだ郡を担当する変数を設定すればよいです。管理人はｂ郡の最終更新日時を選んでいたので「psUp.setLong(10, lastDateTime);」としました。
【ｕ】：59: &u(){if (psUp.executeUpdate() == &color(red){【ｕ】}) {}
>　&bold(){&color(red){更新した行数が戻り値になることに着目}}と&bold(){&color(red){異常の発生を検知する仕組み}}を担当する部分です。ここでは、更新件数が意図したものであれば正常、意図しないものであればエラーとするので、「1」が入ります。

[[設問に戻る>資格試験/情報処理技術者試験/情報セキュリティスペシャリスト/過去問2013年春午後２/問１#設問]]