PREPARATION
[運用管理 - 基本的な運用管理作業(テーブル単位の権限)] から
1.40
テーブルのアクセス権について最も適切な説明を1つ選びなさい。
- CREATE TABLEで作成された直後のテーブルにアクセス権があるのは、テーブルの所有者、つまりCREATE TABLEを実行したユーザだけである。
- テーブルのアクセス権をユーザに付与するにはALTER TABLE文を使う。
- テーブルのアクセス権をユーザに付与できるのはテーブルの所有者だけである。
- テーブルの所有者は、そのテーブルに基づくビューを作成する権限を各ユーザに付与、あるいは剥奪することができる。
- テーブルの所有者であるにも関わらず、そのテーブルへのアクセス権がなく、SELECTできない、ということもあり得る。
[運用管理 - 基本的な運用管理作業] から
1.39
VACUUMコマンドについて、最も適切な記述を1つ選びなさい。
- 対象のテーブルのテーブルロックを取得し、テーブル内の不要領域を回収する。
- VACUUM AUTO ON を実行することで、自動バキュームが実行できるようになる。
- VACUUM DETAILS を実行することで、VACUUMの実行状況の詳細が出力される。
- VACUUM ANALYZE を実行すると、テーブルの統計情報が取得される。
- VACUUM FULL を実行すると、データベース内の全テーブルがVACUUMの対象となる。
[運用管理 - 基本的な運用管理作業] から
1.38
PostgreSQLにおけるデータベースユーザの作成・削除・変更について、正しい説明を2つ選びなさい。
- CREATE USERでユーザを作成すると、そのユーザ名に対応したスキーマが自動的に作成される。
- CREATE USERを実行するには、CREATEROLE権限、あるいはそれと同等以上の適切な権限が必要である。
- DROP USERでユーザを削除すると、そのユーザが所有していたオブジェクトも同時に削除される。
- DROP USERを実行するには、DROPROLE権限、あるいはそれと同等以上の適切な権限が必要である。
- ALTER USERでユーザの名前を変更することができる。
[運用管理 - バックアップ方法] から
1.37
pg_basebackupコマンドによるバックアップについて述べたものから、適切なものを2つ選びなさい。
- リストアするにはpg_restoreコマンドを利用する。
- バックアップ作成前にデータベースを停止する。
- ポイントインタイムリカバリ(PITR)用のベースバックアップとして利用できる。
- レプリケーション用のベースバックアップとして利用できる。
- データベース単位でのバックアップを取得できる。
[運用管理 - 設定ファイル] から
1.36
pg_hba.conf ファイルに関する説明の中から、誤っているものを2つ選びなさい。
- データベースクラスタ内のデータベースごとに、アクセスを許可あるいは拒否するユーザを指定できる。
- データベース内のテーブルごとに、アクセスを許可あるいは拒否するユーザを指定できる。
- データベースにアクセスできるホストをホスト名またはIPアドレスで指定できる。
- 接続を許可する設定と拒否する設定の両方がある場合は、接続が許可される。
- 接続を許可する設定と拒否する設定のどちらもない場合は、接続が拒否される。
[運用管理 - 標準付属ツールの使い方] から
1.35
pg_ctlの使い方について述べたものから、誤っているものを2つ選びなさい。
- pg_ctl initdb とすることで、データベースクラスタを新しく作成できる
- pg_ctl start とすることで、データベースサーバを起動できる
- pg_ctl shutdown とすることで、データベースサーバを停止できる
- pg_ctl reset とすることで、データベースサーバを再起動できる
- pg_ctl status とすることで、データベースサーバの稼働状態が確認できる
[運用管理 - インストール方法] から
1.34
PostgreSQLのインストールについて述べたものから、最も適切なものを2つ選びなさい。
- PostgreSQLをインストールするためには、その前にCコンパイラをインストールする必要がある。
- PostgreSQLのインストールパッケージは、プラットフォームにより様々な種類があるが、いずれもPostgreSQLの開発コミュニティが作成している。
- PostgreSQLのパッケージは同じプラットフォーム(例えばLinux)でも複数の種類があり、パッケージによってインストール方法が大きく異なる。
- PostgreSQLをインストールするにはOSの管理者権限が必要なので、PostgreSQLの管理者ユーザはOSの管理者ユーザでなければならない。
- 1台のマシンに複数のバージョンのPostgreSQL(例えばバージョン9.1.4とバージョン9.2.3)をインストールして、両方を同時に稼働させることが可能である。
[運用管理 - 基本的な運用管理作業] から
1.33
データベースに関する権限の付与をするGRANT文の使い方として、誤っているものを1つ選びなさい。
なお、以下の選択肢で、user1、user2は既存のユーザ名、table1は既存のテーブル名、column1はtable1内の列名、schema1は既存のスキーマ名である。
- GRANT SELECT ON table1 TO user1;
- GRANT UPDATE (column1) ON table1 TO user1;
- GRANT CREATE ON SCHEMA schema1 TO user1;
- GRANT user2 TO user1;
- GRANT CREATEROLE TO user1;
[運用管理 - 基本的な運用管理作業] から
1.32
ANALYZEについて適切な記述を2つ選びなさい。
- データベース全体を ANALYZE するには、OSのコマンドラインから pg_analyze コマンドを実行する。
- テーブル foo について ANALYZE するには、データベースに接続して以下のコマンドを実行する。
ALTER TABLE foo ANALYZE; - OSのコマンドラインから vacuumdb コマンドを実行することでデータベース全体をANALYZEすることができる。;
- ANALYZEはテーブル内にどのようなデータが入っているかを調べる。
- ANALYZEはテーブルが何回SELECTされ、何回UPDATEされたか、といったアクセス頻度の情報を調べる。
[運用管理 - バックアップ方法] から
1.31
PostgreSQLのバックアップ方法に関する以下の記述から、適切なものを2つ選びなさい。
- pg_dumpall コマンドは、その内部から pg_dump コマンドを実行する。
- pg_basebackup コマンドは、その内部から pg_dump コマンドを実行する。
- pg_dump コマンドで作成したバックアップはポイントインタイムリカバリ(PITR)のためのベースバックアップとして利用できる。
- ストリーミングレプリケーションを設定するときは、まず pg_dumpall コマンドでデータベースクラスタ全体のバックアップを取得する。
- pg_dump コマンドで作成したバックアップは、オプションによっては出力ファイルが複数になる。
[運用管理 - バックアップ方法] から
1.30
pg_dumpコマンドによるデータベースのバックアップについて、誤っているものを1つ選びなさい。
- データベースクラスタ内の1つのデータベースのバックアップを取得できるが、データベースクラスタ全体のバックアップは取得できない。
- テーブルの定義だけ、テーブル内のデータだけ、テーブル定義とデータの両方、などバックアップの内容をオプションで指定できる。
- バックアップファイルのフォーマットはテキスト形式とバイナリ形式があり、バイナリ形式にもTAR形式や圧縮アーカイブ形式など複数種類がある。
- テキスト形式のバックアップファイルには、CREATE TABLE、GRANT、COPYといったSQL文が記述されている。
- pg_dumpで作成したバックアップファイルからリストアするには、ファイル形式に関わらずpg_restoreコマンドを使う。
[運用管理 - 基本的な運用管理作業] から
1.29
バキューム(VACUUM)機能について正しい説明を1つ選びなさい。
- VACUUMではデータファイルのサイズが小さくならないので、ディスク容量を節約するためにもデータファイルが小さくなるVACUUM FULLを定期的に実行することが推奨されている。
- 自動バキュームとは、cronなどOSのジョブスケジューリング機能を使って定期的にVACUUMを自動実行することを指す。
- 自動バキュームとは、システムの負荷が小さい時に自動的にVACUUMを実行する機能のことである。
- 自動バキュームは便利な機能ではあるが、システム運用上、可能であればそれを使わずに、手動でVACUUMを実行することが推奨されている。
- バキュームを手動で実行するためには、OSのコマンドラインからvacuumdbコマンドを実行するか、あるいはデータベースに接続してVACUUMコマンドを実行する。
[運用管理 - 基本的な運用管理作業] から
1.28
ユーザ foo が以下の操作を行った。
CREATE TABLE aaa (id INTEGER, val TEXT);
GRANT SELECT ON aaa TO public;
GRANT UPDATE,INSERT ON aaa TO user1;
REVOKE SELECT ON aaa FROM user2;
このとき、以下の記述から誤っているものを2つ選びなさい。
なお、user1, user2は既存の一般ユーザであり、ユーザ foo の作成するテーブルについてのデフォルトアクセス権限は、デフォルトのまま変更されていないものとする。
- ユーザ foo はテーブル aaa に対して DELETE 文を実行できる。
- ユーザ user1 はテーブル aaa に対して UPDATE 文を実行できる。
- ユーザ user1 はテーブル aaa に対して DELETE 文を実行できる。
- ユーザ user2 はテーブル aaa に対して SELECT 文を実行できる。
- ユーザ user2 はテーブル aaa に対して UPDATE 文を実行できる。
[運用管理 - 設定ファイル] から
1.27
SETコマンドで実行する設定の変更について、正しい記述を2つ選びなさい。
- postgresql.conf で設定するすべてのパラメータについて、SETコマンドで値を変更できる。
- SETコマンドでパラメータの値を変更した時、それがすぐに有効になるものと、pg_ctl reload などの追加処理をしなければ有効にならないものとがある。
- SETコマンドでパラメータの値を変更しても、psql のセッションを終了すると、値はすべて元に戻る。
- SET LOCAL parameter=value; のようにLOCALオプションを指定した場合、その後でCOMMITを実行すると、パラメータの値は元に戻る。
- SETコマンドによるパラメータ値の変更はシステムに重大な影響があるため、データベースのスーパーユーザだけが実行できる。
[運用管理 - バックアップ方法] から
1.26
ポイントインタイムリカバリ(PITR)のベースバックアップの取得方法について正しいものを1つ選びなさい。
- pg_dump コマンドを実行する
- pg_dumpall コマンドを実行する
- psql でデータベースに接続し、COPY コマンドを実行する
- データベースを停止して、データベースクラスタ全体を tar コマンドなど OS 付属のコマンドを使ってコピーする
- データベースを停止せずに、データベースクラスタ全体を tar コマンドなど OS 付属のコマンドを使ってコピーする
[運用管理 - インストール方法] から
1.25
テンプレートデータベースについて、誤った記述を2つ選びなさい。
- template0 に CREATE TABLE などでオブジェクトを追加作成することはできない
- template1 に CREATE TABLE などでオブジェクトを追加作成することはできない
- template0 を DROP DATABASE で削除することはできない
- template1 を DROP DATABASE で削除することはできない
- データベース postgres をテンプレートデータベースとして利用して新しいデータベースを作成することができる
[運用管理 - 標準付属ツールの使い方] から
1.24
データベースの終了方法について適切なものを2つ選びなさい。
- コマンドラインから pg_ctl shutdown を実行することによりデータベースを終了できる
- コマンドラインから pg_ctl stop を実行することによりデータベースを終了できる
- psql でデータベースに接続し、\shutdown メタコマンドを実行することにより、データベースを終了できる
- 終了時にオプションでsmartを指定すると、データベースに接続中のクライアントは自動的に切断され、実行中のトランザクションはロールバックされる
- データベースの終了は、データベースの管理者ユーザ(多くの環境ではpostgres)のみが実行可能で、OSの管理者ユーザ(Linuxのroot)の権限では実行できない
[運用管理 - 設定ファイル] から
1.23
PostgreSQLの設定の変更について、適切な記述を1つ選びなさい。
- クライアント側の文字セットをUTF8に変更するとき、SQL文として
SET client_encoding=utf8;
を実行しても、あるいは psql のメタコマンドを使って
\set client_encoding=utf8
を実行しても、効果はほとんど同じである。 - SET LOCAL ではそれを実行したクライアントの設定だけが変更されるが、 LOCAL キーワードを使わないSETでは、サーバに接続中のすべてのクライアントの設定が変更される。
- SET で変更した内容をリセットするには UNSET を使う。
- SET で変更した内容を確認するには SHOW を使う。
- SET で変更した内容を反映させるには、
pg_ctl reload
あるいは
pg_ctl restart
を実行する必要がある。
企業の基幹システムや業務システムでの
OSS-DBの採用がますます拡大している中、
昇格・昇給・就職・転職に必ず役立つ認定資格になります
OSS-DBの受験対策について
受験の学習をサポートする情報や対策に役立つ情報をご紹介
サンプル問題／例題解説
例題 のアーカイブを試験ごとにまとめています。OSS-DB技術者認定試験の学習にお役立てください
学習教材・教育機関のご紹介
OSS-DB認定教材や教育機関について詳しくご説明いたします。
無料技術解説セミナー
受験準備をされていらっしゃる方々を対象に、無料技術解説セミナーの日程をお知らせしています。
OSS-DB道場
受験準備をされていらっしゃる方々を対象に、無料技術解説セミナーの日程をお知らせしています。
LPI-Japan
Platinum Sponsors
© EDUCO All Rights Reserved.