PREPARATION
受験対策

1. データが占めるディスク容量を削減する。
2. 問い合わせの性能を大幅に向上させる。
3. 頻繁にアクセスする行と、そうでない行を、別のディスク領域に配置する。
4. 頻繁にアクセスする列と、そうでない列を、別のディスク領域に配置する。
5. DELETEの代わりにDROP TABLEを実行して、大量データの一括削除を高速化する。

1. CREATE DATABASE で作成する新しいデータベースを、デフォルトとは異なるテーブルスペースに配置する。
2. CREATE SCHEMA で作成する新しいスキーマを、デフォルトとは異なるテーブルスペースに配置する。
3. CREATE TABLE で作成する新しいテーブルを、デフォルトとは異なるテーブルスペースに配置する。
4. CREATE VIEW で作成する新しいビューを、元となるテーブルとは異なるテーブルスペースに配置する。
5. CREATE INDEX で作成する新しいインデックスを、元となるテーブルとは異なるテーブルスペースに配置する。

1. どちらも CREATE VIEW コマンドで作成する。
2. ビューの定義が同じなら、一般的に、マテリアライズド・ビューからの検索の方が高速である。
3. ビューの定義が同じなら、どちらからSELECTしても、必ず同じ結果が返される。
4. マテリアライズド・ビューは、それに含まれるデータの量に従ってディスク容量を必要とするが、通常のビューはディスク容量を必要としない。
5. ビューを定義する問い合わせを変更する場合、通常のビューは CREATE OR REPLACE VIEW コマンドを使うのに対し、マテリアライズド・ビューでは REFRESH MATERIALIZED VIEW という特殊なコマンドを使用する。

1. DELETE FROM xxx, yyy WHERE xxx.id = yyy.id;
2. DELETE FROM xxx, yyy WHERE xxx.id IN (yyy.id);
3. DELETE FROM xxx JOIN yyy USING xxx.id = yyy.id;
4. DELETE FROM xxx WHERE id IN (SELECT id FROM yyy);
5. DELETE FROM xxx WHERE EXISTS (SELECT id FROM yyy);

1. UPDATE dept_sal d SET sum_salary = (SELECT sum(salary) FROM emp e WHERE d.dept_id = e.dept_id);
2. UPDATE dept_sal d SET sum_salary = (SELECT sum(salary) FROM emp e) WHERE d.dept_id = e.dept_id;
3. UPDATE dept_sal d SET sum_salary = (SELECT sum(salary) FROM emp e GROUP BY dept_id);
4. UPDATE dept_sal d SET sum_salary = sum(salary) FROM emp e WHERE d.dept_id = e.dept_id;
5. UPDATE dept_sal d SET sum_salary += salary FROM emp e WHERE d.dept_id = e.dept_id; 

1. SELECT * FROM x JOIN y ON a;
2. SELECT * FROM x JOIN y USING a;
3. SELECT * FROM x JOIN y USING (a);
4. SELECT * FROM x NATURAL JOIN y;
5. SELECT * FROM x NATURAL JOIN y ON a;

1. SELECT * FROM sample;
2. SELECT * FROM sample WHERE id = 1 FOR UPDATE;
3. UPDATE sample SET val = 'x';
4. UPDATE sample SET val = 'x' WHERE id = 2;
5. LOCK TABLE sample;

1. COMMIT; を実行したとき。
2. RELEASE TABLE sample; を実行したとき。
3. ROLLBACK; を実行したとき。
4. UNLOCK TABLE sample; を実行したとき。
5. Ctrl+Dあるいは \q を入力して psql のセッションを終了したとき。

1. 他のトランザクションがまだコミットしていないデータを読み取る。
2. 同じ問い合わせを繰り返し実行したときに、返される行の数が前と異なる。
3. 同じデータを繰り返し読んだときに、データの内容が前と異なる。
4. トランザクション分離レベルをシリアライザブル(serializable)にしたら発生しない。
5. トランザクション分離レベルをリードコミッティド(read committed)にしたら発生しない。

1. BEGIN
2. COMMIT
3. ROLLBACK
4. START TRANSACTION
5. STOP TRANSACTION

1. SELECT a + b FROM x;
2. SELECT a b FROM x;
3. SELECT a || b FROM x;
4. SELECT a, b FROM x;
5. SELECT a & b FROM x;

1. SELECT substring(aa, 3, 4) FROM xx;
2. SELECT substring(aa, 3, 6) FROM xx;
3. SELECT substring(aa from 3 to 6) FROM xx;
4. SELECT substring(aa from 3 for 4) FROM xx;
5. SELECT substring(aa, 4 from 3) FROM xx;

1. SELECT @bar FROM foo;
2. SELECT |bar| FROM foo;
3. SELECT )bar( FROM foo;
4. SELECT /bar/ FROM foo;
5. SELECT abs(bar) FROM foo;

1. count(*)はテーブルtestの行数、count(a)はa列の値の合計値なので、異なる値が返るのが普通である。
2. a列には値が重複するデータがあるため、count(a)はcount(*)より小さくなる。
3. count(a)はa列の値が0の行が無視されるため、count(*)より小さくなる。
4. count(a)はa列の値がNULLの行が無視されるため、count(*)より小さくなる。
5. データベースシステムの異常が考えられるので、システム管理者に連絡する。

CREATE FUNCTION count_test(val INTEGER) RETURNS INTEGER AS
DECLARE
rtest RECORD;
cnt INTEGER;
BEGIN
cnt := 0;
FOR rtest IN SELECT * FROM test WHERE some_column > val LOOP
cnt := cnt + 1;
（ ________ ）;
RETURN cnt;
END;
LANGUAGE plpgsql;

1. PostgreSQLには DROP SCHEMA コマンドが存在しないのでエラーになる。スキーマを削除するにはDROP USER foo を実行する。
2. ユーザ foo が存在していたらエラーになる。
3. スキーマ foo 内にオブジェクトが存在していたら、エラーになる。
4. スキーマ foo 内にオブジェクトが存在していたら、自動的に publicに移動される。
5. スキーマ foo と、その中に存在するオブジェクトすべてが削除される。

1. id列には自動的にNOT NULL制約が付与される。
2. id列には自動的にUNIQUE制約が付与される。
3. id列には自動的にインデックスが作成される。
4. id列の値をUPDATE文で更新することはできない。
5. INSERT文でid列の値をNULLと指定するとエラーになる。

1. 1つ目のトリガーのみが実行される。
2. 2つ目のトリガーのみが実行される。
3. 1つ目のトリガー、2つ目のトリガーの順で両方が実行される。
4. 2つ目のトリガー、1つ目のトリガーの順で両方が実行される。
5. 両方のトリガーが実行されるが、どちらが先かは場合による。