平成24年度 春期午前Ⅱ データベーススペシャリスト試験 | 解答一覧

1. 概念スキーマは、内部スキーマと外部スキーマの中間に位置し、エンティティやデータ項目相互の関係に関する情報をもつ。

2. 外部スキーマは、概念スキーマをコンピュータ上に具体的に実現されるための記述であり、データベースに対して、ただ一つ存在する。

3. サブスキーマは、複数のデータベースを結合した内部スキーマの一部を表す。

4. 内部スキーマは、個々のプログラム又はユーザの立場から見たデータベースの記述である。

概念スキーマは、内部スキーマと外部スキーマの中間に位置し、エンティティやデータ項目相互の関係に関する情報をもつ。

1.

2.

3.

4.

1.

2.

3.

4.

1.

2.

3.

4.

1. {A, B, C}

2. {A, B, C, D}

3. {A, B, C, D, E}

4. {A, B, E}

{A, B, C}

スポンサー

1. 関係Rの候補キーは関係Rの属性の中から選ばない。

2. 候補キーは主キーの中から選ぶ。

3. タプルごとに、候補キーの値は異なる。

4. 一つの関係に候補キーが複数あってはならない。

タプルごとに、候補キーの値は異なる。

1. 同じデータが実表と体現ビューとに重複して格納されることはない。

2. 更新可能であるとDBMSが判断したビューのことである。

3. 実表のようにデータベースに格納されるビューのことである。

4. 問合せや更新要求のたびにビュー定義をSQL文に組み込んで処理する。

実表のようにデータベースに格納されるビューのことである。

1.

2.

3.

4.

1.

2.

3.

4.

1.

2.

3.

4.

スポンサー

1.

2.

3.

4.

1. 2相コミットでは、全てのサブトランザクションからコミット了承応答が届いても、必ずしもすべてのサブトランザクションをコミットするとは限らない。

2. 2相コミットを用いても、サブトランザクションが実行されるサイトに主サイトの指示が届かず、サブトランザクションをコミットすべきかロールバックすべきか分からない場合がある。

3. 2相コミットを用いると、サブトランザクションがロールバックされてもトランザクションがコミットされる場合がある。

4. 集中型データベースのコミット制御である1相コミットで、個々のサイトが独自に分散データベースのコミットを行っても、サイト間のデータベースの一貫性は保証できる。

2相コミットを用いても、サブトランザクションが実行されるサイトに主サイトの指示が届かず、サブトランザクションをコミットすべきかロールバックすべきか分からない場合がある。

1. 2相ロックプロトコルに従ってロックする方式

2. 時刻印を用いて、トランザクションの優先順位を決める方式

3. 全てのトランザクションにおいて、ロック対象のデータは一定の順序でロックを行い、全てのロックが完了するまで、アンロックを行わない方式

4. トランザクション開始時に一括してロックする方式

2相ロックプロトコルに従ってロックする方式

1. アプリケーションの更新命令完了時点

2. チェックポイント処理完了時点

3. ログバッファへのコミット情報書込み完了時点

4. ログファイルへのコミット情報書出し完了時点

ログファイルへのコミット情報書出し完了時点

1. ダーティリードとアンリピータブルリードとファントムリードが発生する。

2. ダーティリードとアンリピータブルリードは発生しないが、ファントムリードが発生する。

3. ダーティリードは発生しないが、アンリピータブルリードとファントムリードが発生する。

4. ダーティリードもアンリピータブルリードもファントムリードも発生しない。

ダーティリードは発生しないが、アンリピータブルリードとファントムリードが発生する。

スポンサー

1. 仮想実体

2. 強実体

3. 弱実体

4. 正実体

弱実体

1. ①→②→③→④→⑤→⑥

2. ①→③→②→④→⑥→⑤

3. ①→③→②→⑤→④→⑥

4. ①→③→④→②→⑤→⑥

①→③→④→②→⑤→⑥

1.

2.

3.

4.

1.

2.

3.

4.

1. クラスタリング

2. スライシング

3. ダイシング

4. データクレンジング

データクレンジング

スポンサー

1. 重要な基本方針を定めた機密文書であり、社内の関係者以外の目に触れないようにする。

2. セキュリティの基本方針を述べたものであり、ビジネス環境や技術が変化しても変更してはならない。

3. 情報セキュリティのための経営陣の方向性及び支持を規定する。

4. 特定のシステムについてリスク分析を行い、そのセキュリティ対策とシステム運用の詳細を記述したものである。

情報セキュリティのための経営陣の方向性及び支持を規定する。

1.

2.

3.

4.

1. 管理者は、システム全体の状況を常に把握でき、システムを構成する個々のコンピュータで起きた障害をリアルタイムに知ることができること

2. 個々のコンピュータでの障害がシステム全体に影響を及ぼすことを防ぐために、データは1か所に集中した管理をすること

3. どのコンピュータで障害が起きてもすぐ対処できるように、均一なシステムとなっていること

4. 利用者は、システムに障害が起きていることを意識せずに、システムを利用できること

利用者は、システムに障害が起きていることを意識せずに、システムを利用できること

1.

2.

3.

4.

1. 業務モデルの作成

2. 全体開発スケジュールの作成

3. 対象業務のシステム課題の定義

4. 対象となる業務の明確化

対象となる業務の明確化

スポンサー