PREPARATION
S2.3 設定ファイル(pg_hba.conf)
2.60
ホストdbserver(192.168.1.11)で稼働しているデータベースに、クライアントdbclient(192.168.1.12)上のユーザtest1がpsqlを使って接続する。pg_hba.confの内容が次の通りであるとして、以下の記述から適切なものを2つ選びなさい。
local all all peer
host test all 192.168.1.12/32 trust
host all all 192.168.1.0/24 md5
- test1というデータベースにtest1というユーザで接続するときは、パスワードなしで認証される。
- testというデータベースにtest1というユーザで接続するときは、パスワードなしで認証される。
- test1というデータベースにtestというユーザで接続するときは、パスワードで認証する。
- testというデータベースにtestというユーザで接続するときは、パスワードで認証する。
- test2というデータベースにtest1というユーザで接続するときは、接続を拒絶される。
S2.3 設定ファイル(postgresql.conf)
2.59
postgresql.confについて、適切な記述を1つ選びなさい。
- ファイルを修正した後、多くのパラメータはpg_ctl reloadの実行により、その修正が反映されるが、一部のパラメータは、ファイルの修正により、即座に有効となる。
- セミコロン(;)で区切ることにより、1行に複数のパラメータを設定できる。
- 行末をバックスラッシュ(\)にすると継続行となり、複数行にまたがってパラメータを設定できる。
- 行頭に#を置いてその行をコメント行とすることも、行の途中に#を置いて、それより右側の記述をコメントとすることも可能である。
- ALTER SYSTEMの実行により、内容が書き換えられる。
S2.1 インストール方法(データベースクラスタの概念と構造)
2.57
PostgreSQLのデータベースクラスタについて、適切な記述を1つ選びなさい。
- 高可用性のために、複数のサーバにまたがってデータベースを複製する仕組みである。
- インストール直後は、template0、template1、postgresの3つのデータベースが含まれる。
- 1台のサーバにはデータベースクラスタを1つだけ作成することができる。
- データベースクラスタ内の各データベースごとに、異なるバージョンのPostgreSQLサーバを利用できる。
S2.1 インストール方法(データベースクラスタの概念と構造)
2.56
テンプレートデータベースの説明として適切なものを2つ選びなさい。
- テンプレートデータベースtemplate0内には通常のデータベースと同様にテーブルを追加できる。
- テンプレートデータベースtemplate1内には通常のデータベースと同様にテーブルを追加できる。
- CREATE DATABASEでデータベースを新規に作成するとき、オプションで指定しなければ、template0がテンプレートデータベースとして使用される。
- 新規にテンプレートデータベースtemplate2を作成するためには、CREATE DATABASEコマンドの実行時にTEMPLATEオプションを付加する。
- デフォルトでは、テンプレートデータベースtemplate0には誰も接続できない。
S2.1 インストール方法(initdbコマンドの使い方)
2.55
Linux上でinitdbコマンドでデータベースクラスタを作成する際の注意事項として、適切なものを2つ選びなさい。
- initdbは管理者ユーザで実行する必要があるので、rootユーザで実行する。
- データベースクラスタのディレクトリは、新規のディレクトリか、既存の空のディレクトリか、のいずれかを指定する。
- データベースクラスタのディレクトリに既存のファイルがあると、削除されてしまう。
- データベースクラスタのディレクトリは、initdbのコマンドライン引数、あるいは環境変数PGDATAを使って指定する。
- initdbで指定する文字セットは、クラスタ内のすべてのデータベースで共通となる。
S2.5 基本的な運用管理作業(テーブル単位の権限、GRANT/REVOKE)
2.54
テーブルtestを作成した後、次の操作を行った。
GRANT SELECT ON test TO PUBLIC;
GRANT UPDATE ON test TO foo;
REVOKE SELECT ON test FROM foo;
ユーザfooがテーブルtestに関して操作する権限について適切なものを1つ選びなさい。
- テーブルtestを更新できるが、参照することはできない。
- テーブルtestを参照することも更新することもできない。
- テーブルtestを参照することはできるが、更新することはできない。
- テーブルtestを参照することも更新することもできる。
S2.5 基本的な運用管理作業(情報スキーマとシステムカタログ)
2.53
情報スキーマについて最も適切な記述を2つ選びなさい。
- PostgreSQL以外も含め、すべてのリレーショナル・データベースで利用できる。
- 標準SQLで仕様が定められている。
- データベース内のオブジェクトに関する様々な情報を保持している。
- informationという名前のスキーマ内のビューとして定義される。
- 内容はシステムカタログと同等である。
S2.5 基本的な運用管理作業(システム情報関数)
2.52
current_user関数についての説明で、適切なものを2つ選びなさい。
- SELECT current_user; を実行すると、現在、データベースに接続中のユーザ名の一覧が表示される。
- SELECT current_user; を実行すると、このSELECT文を実行したユーザのユーザ名が表示される。
- SELECT current_user('bob'); を実行すると、セッションを実行中のユーザを変更できる。
- セッションを実行中のユーザを変更するために、UPDATE current_user = 'bob'; のように使うことができる。
- 引数を付けずに実行する場合、SELECT current_user();のように、カッコを付けるとエラーになる。
S2.5 基本的な運用管理作業(自動バキュームの概念と動作)
2.51
自動バキュームについて適切な記述を2つ選びなさい。
- 自動バキュームは定期的に起動され、データベース内のすべてのテーブルについてバキューム処理を実行する。
- 自動バキュームを実行しなくても データベースを運用することは可能だが、実行することが強く推奨されている。
- 自動バキュームを実行する設定の場合、手作業のバキューム処理は実行しない方が良い。
- 自動バキュームはデータベースの負荷が比較的小さい時にのみ起動する。
- 自動バキュームはバキューム(VACUUM)だけでなく、ANALYZE処理も自動的に実行する。
S2.5 基本的な運用管理作業(VACUUM、ANALYZEの目的と使い方）
2.50
ANALYZEに関する記述として適切なものを2つ選びなさい。
- テーブルの全データを解析するので、テーブルが大きいと時間が掛かる。
- テーブルの排他ロックを取得するため、実行中はデータへのアクセスができなくなる。
- ANALYZEコマンドあるいはVACUUMコマンドにより実行する。
- 一般的に、各テーブルについて1度だけ実行すれば十分である。
- オプション指定により、対象を、データベース内の全テーブル、あるいは、データベース内の特定のテーブルのみ、特定のテーブルの特定の列のみ、などに制限できる。
S2.5 基本的な運用管理作業(ユーザの追加・削除・変更)
2.49
ALTER USER文で変更できないものは次のうちのどれか。1つ選びなさい。
- ユーザがスーパーユーザ権限を保有するかどうか
- ユーザが新規にユーザを作成する権限を保有するかどうか
- ユーザが新規にテーブルを作成する権限を保有するかどうか
- ユーザの名前
- ユーザのパスワード
S2.4 バックアップ方法
2.48
SQLのCOPY文について、最も適切な記述を2つ選びなさい。
- 標準SQLで定義されており、PostgreSQLをはじめとして、多くのRDBMSで利用できる。
- psqlの\copyメタコマンドは、内部的にSQLのCOPY文を実行する。
- COPY文を実行するには、データベースの管理者権限が必ず必要となる。
- デフォルトではCSV(カンマ区切り)形式のファイルを入出力する。
- pg_dumpコマンドで作成したテキスト形式のバックアップからリストアするとき、デフォルトではCOPY文が利用される。
S2.4 バックアップ方法
2.47
ポイントインタイムリカバリ(PITR)で使用するベースバックアップの取得方法について、適切なものを2つ選びなさい。
- pg_dumpallコマンドを実行する。
- pg_basebackupコマンドを実行する。
- pg_ctl stop でデータベースを停止してから、tarコマンドでデータベースクラスタの物理コピーを作成する。
- psql で管理者ユーザとしてデータベースに接続し、select pg_start_backup('label');
を実行した後で、tarコマンドでデータベースクラスタの物理コピーを作る - psql で管理者ユーザとしてデータベースに接続し、select pg_create_backup('backup_file'); を実行する。
S2.4 バックアップ方法
2.46
データベースを構成するファイルを物理的にコピーすることでバックアップを作成したい。
以下の説明から、最も適切なものを2つ選びなさい。
- ファイルのコピーにはtarなどのOSコマンドを用いる。
- ファイルのコピーにはPostgreSQLのpg_backupコマンドを用いる。
- ファイルのコピーをするとき、データベースは停止しなければならない。
- データベースクラスタのあるディレクトリの下のファイルだけコピーすれば良い。
- 一般的に、pg_dumpによる論理バックアップに比べ、ファイルコピーによるバックアップはサイズが小さくなる。
S2.4 バックアップ方法
2.45
pg_dumpを使ったバックアップについて、適切な説明を2つ選びなさい。
- pg_dumpの実行にはデータベースのスーパーユーザー権限が必要である。
- テーブルのデータだけでなく、CREATE USERやCREATE ROLEで作成したユーザやロールのデータもバックアップできる。
- テーブルのデータだけでなく、GRANTやREVOKEで付与・剥奪したテーブルへのアクセス権限もバックアップできる。
- データはダンプせず、CREATE TABLEなどのテーブル定義だけをバックアップすることができる。
- バイナリ形式でバックアップを作成した場合、データのリストア先は同じアーキテクチャのサーバに制限される。
S2.3 設定ファイル
2.44
pg_hba.confファイルを利用した認証設定について適切な記述を2つ選びなさい。
- セキュリティ上の理由により、指定した認証方法の種類に関わらず、パスワードの入力は必須である。
- パスワードをデータベース本体に格納する代わりに、LDAPなど外部のサーバを利用することができる。
- データベースに接続するには、pg_hba.confにユーザ名が登録されている必要がある。
- 接続元のネットワークやホストに応じて異なる認証方法を指定することができる。
- 認証方法が指定されていない時は、デフォルトでパスワード認証となる。
S2.3 設定ファイル
2.43
postgresql.confで設定する以下のパラメータのうち、変更を反映させるためにサーバの再起動が必要となるものを2つ選びなさい。
- port
- max_connections
- log_connections
- log_line_prefix
- search_path
S2.2 標準付属ツールの使い方
2.42
PostgreSQLのユーザやロールの作成をOSのコマンドラインから実行する場合について、適切な記述を2つ選びなさい。
- ユーザの作成にはcreateuser、ロールの作成にはcreateroleコマンドを使う。
- createuserコマンドを実行するには、CREATEUSER権限が必要である。
- -d オプション付きで実行すると、新しいユーザにデータベース作成の権限が付与される。
- -u オプション付きで実行すると、新しいユーザにユーザ作成の権限が付与される。
- -s オプション付きで実行すると、新しいユーザにスーパユーザ権限が付与される。
企業の基幹システムや業務システム、AIなどの
新領域での「PostgreSQL」の採用が拡大している中、
昇格・昇給・就職・転職に必ず役立つ認定です
OSS-DBの受験対策
受験の学習をサポートする情報や対策に役立つ情報をご紹介
例題解説
例題のアーカイブを試験ごとにまとめています。OSS-DB技術者認定試験の学習にお役立てください
学習教材・教育機関ご紹介
OSS-DB認定教材や教育機関について詳しくご説明いたします。
無料技術解説セミナー
受験準備をされていらっしゃる方々を対象に、無料技術解説セミナーの日程をお知らせしています。
OSS-DB道場
OSS-DBやPostgreSQLの知識、技術を得るために役立つ情報の紹介やコラムを公開しています。
LPI-Japan Platinum Sponsors
© EDUCO All Rights Reserved.