PREPARATION
受験対策

1. ダーティーリードとは、同時実行中の他のトランザクションがまだCOMMITしていない、更新中のデータが見えてしまう現象のことである。
2. ダーティーリードが発生しなければ、同一トランザクション内で同じSELECT文を2回続けて実行した時の結果は必ず同じになる。
3. PostgreSQLでダーティーリードを許容するには、
   SET TRANSACTION ISOLATION LEVEL DIRTY READ;
   を実行すれば良い。
4. PostgreSQLのデフォルトの設定ではダーティーリードは発生しない。
5. PostgreSQLでは、ダーティーリードを許容する設定にしても、ダーティーリードは発生しない。

1. SELECT val1 || val2 FROM test;
2. SELECT val1 + val2 FROM test;
3. SELECT val1 . val2 FROM test;
4. SELECT concat(val1, val2) FROM test;
5. SELECT coalesce(val1, ‘’) || coalesce(val2, ‘’) FROM test;

1. SELECT * FROM tbl WHERE x = ‘ABCD’;
2. SELECT * FROM tbl WHERE x LIKE ‘ABCD’;
3. SELECT * FROM tbl WHERE x ILIKE ‘abcd’;
4. SELECT * FROM tbl WHERE x = upper(‘abcd’);
5. SELECT * FROM tbl WHERE lower(x) = ‘abcd’;

1. 6, 4
2. 5, 3
3. 4, 4
4. 4, 3.5
5. 4, 3

1. テーブル名
2. 列名
3. テーブルが所属するスキーマ
4. テーブルの所有者
5. 列の値

1. INSERT INTO test(val) VALUES(‘ABCDEFG’);
   を実行したが、7文字しかないので空白3文字が自動的に追加され、val列には’ABCDEFG ‘という値が保存された。
2. INSERT INTO test(val) VALUES(’ABCDEFGHIJKL’);
   を実行したが、11文字目以降は自動的に切り捨てられ、val列には’ABCDEFGHIJ’という値が保存された。
3. INSERT INTO test(val) VALUES(’あいうえお’);
   を実行したが、サーバの文字コードがUTF8であり、これは15バイトの長さだったため、val列には’あいう’(9バイト)という値が保存された。
4. INSERT INTO test(val) VALUES(123); を実行したら、val列には’123’という文字列が保存された。
5. UPDATE test SET val = id; を実行したが、文法エラーとなった。

1. UPDATE main SET
   (v1, v2) = (SELECT r1, r2 FROM ref WHERE main.id = ref.id);
2. UPDATE main SET
   v1 = (SELECT r1 FROM ref WHERE main.id = ref.id),
   v2 = (SELECT r2 FROM ref WHERE main.id = ref.id);
3. UPDATE main
   FROM ref
   SET (v1, v2) = (r1, r2)
   WHERE main.id = ref.id;
4. UPDATE main
   SET (v1, v2) = (r1, r2)
   FROM ref
   WHERE main.id = ref.id;
5.  UPDATE main
   SET (v1, v2) = (‘A’, ‘B’), (‘X’, ‘Y’);

1. 構文エラーとなる。

2. sum

   -----

   6

   1

   7

   4

   (4 行)

3.  sum

   -----

   6

   7

   (2 行)

4. sum

   -----

   5

   7

   (2 行)

5. 上記のいずれでもない。

1. COMMIT
2. ROLLBACK
3. END
4. ABORT
5. STOP

1. 関数の使い方が正しくないのでエラーになる。
2. WHERE条件にマッチする行がないので、何も返らない。
3. char_length関数は文字数を返すので5が返る。
4. char_length関数はサーバー側の文字列のバイト数を返すので、サーバーの文字セットがEUCであれば10が、UTF8であれば15が返る。
5. char_length関数はクライアント側の文字列のバイト数を返すので、クライアントの文字セットがEUCやSJISであれば10が、UTF8であれば15が返る。

1. テーブルを新しく作成するにはCREATETABLE権限が必要である。
2. ALTER TABLEでテーブルにUNIQUE制約を追加することはできるが、PRIMARY KEY制約を追加することはできない。
3. ALTER TABLEでテーブルの列にデフォルト値(DEFAULT)を設定あるいは変更することができるが、これにより既存のデータの列の値が変更されることはない。
4. テーブルの作成先のスキーマが何であろうと、テーブルを作成したユーザ、つまりCREATE TABLEを実行したユーザが、そのテーブルの所有者となる。
5. テーブルの所有者はそのテーブルに関するすべての権限を有しているので、自分自身についてテーブルのSELECT権を剥奪(REVOKE)しても、引き続き、そのテーブルからSELECTすることができる。

1. 整数型には2バイトのSHORT、4バイトのINT、8バイトのLONGがある。
2. 整数あるいは小数を10進数で表すには、NUMBER型あるいはNUMERIC型を利用できる。
3. 可変長の文字列を表すVARCHAR型およびCHARACTER VARYING型では、その最大長をバイト単位で指定する。
4. 日付を表すDATE型には時刻の情報が含まれない。時刻を表すTIME型には日付の情報が含まれない。TIMESTAMP型には日付と時刻の両方の情報が含まれる。
5.  論理値型のBOOLEANでは真偽を表すのにTRUE、FALSEというキーワードを利用できるほか、'y', 'n', 't', 'f', '1', '0' といった文字列も利用できる。

1. SELECT 5/2; の結果は 2 だが、SELECT 5/2.0; の結果は 2.5 となる。
2. SELECT 5%2; の結果は 1 である。
3. SELECT 5/NULL; を実行すると、0で除算のエラーとなる。
4. SELECT 5/0; を実行すると、0で除算のエラーとなるが、SELECT NULL/0; なら結果は NULL となる。
5. SELECT 5^2; の結果は 25 である。

1. すべてのテーブルはいずれかのスキーマに所属する。
2. スキーマは階層化できるので、
   SELECT * FROM schemax.subschema1.subschema2.tablename;
   のように深いスキーマのテーブルからSELECTすることもあり得る。
3. SELECT * FROM tablename; のようにスキーマ名を指定せずにテーブル名を指定すると、publicスキーマを指定したものと見なされる。
4. SELECT * FROM tablename; のようにスキーマ名を指定せずにテーブル名を指定すると、ユーザ名と同じ名前のスキーマを指定したものと見なされる。
5. ALTER SCHEMA文でスキーマの名前や所有者を変更することができる。

1. 1行
2. 2行
3. 3行
4. 4行
5. 5行

1. test表にはデータが1行もない
2. test表にはデータが1行だけある
3. test表にはデータが2行ある
4. COMMITはエラーを起こす
5. COMMITは正常終了する

SELECT id FROM table1
ORDER BY val2 DESC, val1
LIMIT 1 OFFSET 3;

1. 列の型をVARCHARと宣言してもCHARACTER VARYINGと宣言しても、全く同じである。
2. 列の型をVARCHARと宣言してもCHARACTERと宣言しても、全く同じである。
3. 列の型をVARCHAR(50)として宣言すると、この列には文字セットの種類に関らず、最大で50文字まで格納できる。
4. 宣言した最大長を超える長さの文字列をVARCHAR列に格納しようとすると、最大長を超える部分が切り捨てられる。
5. VARCHARは英文字の大文字と小文字を区別せず、値はすべて小文字に変換されて格納される。