単体テストをH2からPostgresqlに移行しようとしています。
現在、H2は、各接続が一意のスキーマにマップされ、テーブルが作成され、テストが実行され、スキーマが削除されるように、メモリ内スキーマを提供します。スキーマの作成と破棄は、H2によって自動的に処理されます。
単体テストは同時に実行されます。
Postgresqlでこれを行う最良の方法は何ですか？具体的には
更新：ここで関連する回答を見つけましたが、単体テストを実行しているプロセスが強制終了された場合にスキーマを削除できません。
回答:
pg_temp 現在のセッションの一時スキーマのエイリアスです。
SET search_path TO pg_tempテストを実行する前にa を実行すると、（スキーマを明示的に参照しているものがない限り）すべて正常に機能するはずです。
スクリプトをまったく変更したくない場合はsearch_path、テストがログインするユーザーにを設定します。
> ALTER ROLE testuser SET search_path = pg_temp;その後、明示的に指定されていない限り、ユーザーが作成するものはすべてpg_tempにあります。
以下psqlは、エイリアスが解決する実際のスキーマ（この接続の場合）を示すの例です。
> SET search_path TO pg_temp;
SET
> create table test();
CREATE TABLE
> \dt test
List of relations
Schema | Name | Type | Owner
-----------+------+-------+----------
pg_temp_4 | test | table | postgres
(1 row)
そして、ご想像のとおり、そのスキーマは同時接続ごとに異なり、接続が閉じられた後に失われます。
これは関数に対しても機能することに注意してください。ただし、関数を呼び出すときにpg_tempスキーマを明示的に参照する必要があります。
SET search_path。SET LOCAL search_pathサブトランザクションごとに設定するために使用するか、必要に応じて、を使用してユーザーレベルでALTER USER mytestuser SET search_path = 'pg_temp'、またはALTER DATABASE mytestdb SET search_path = 'pg_temp'
pg_tempスキーマにとって不可能ですか？
あなたはできますが、追加リンクにレイアウトのように（最初の一時テーブルを作成した後）は、現在の一時スキーマの名前を取得します：
SELECT nspname
FROM pg_namespace
WHERE oid = pg_my_temp_schema();
しかし、あなたの現在の計画はまだあまり意味がありません。現在の一時スキーマにテーブルを作成するには、一時テーブルを作成するだけです。それで全部です。デフォルトではsearch_path、一時テーブルが最初に表示されるようにが定義されています。一つは、決して、スキーマ修飾する一時テーブルに必要はありません。-あなたはこれまでどのような方法で直接、現在の一時的なスキーマに対処する必要はありませんだ実装の詳細。
If you're explicitly sequences ...最後のコメントにタイプミスがあったと思います。あなたは何の間で言うことを意味したexplicitlyとしますかsequences？
テストにはトランザクションが含まれますか？DDLはPostgreSQLでトランザクション対応であるため、スキーマとテーブルを作成してテストを実行すると、すべて1つのトランザクション内でロールバックされ、スキーマが実際にコミットされて他のセッションから見えることはありません。
あなたはまだ、（多分ホスト名とPIDを含む）にスキーマのための、おそらく、固有の名前を使用する必要があるだろうCREATE SCHEMA同じ名前のスキーマがすでに存在する場合は、すぐに失敗し、別のセッションが中に同じ名前のスキーマを作成した場合はブロックします。コミットされていないトランザクション。
別の方法としては、データベース作成スクリプトを変更してそれを実行できる場合は、一時テーブルを使用するだけです。
CREATE SCHEMA、ユニットテストが終了したときにそれらを確実に消すことができる唯一のテクニックであることに注意してください。
pg_temp、単一のスキーマは正しいのでしょうか？それで、同時ユニットテストを実行すると、お互いのテーブル/データが破壊されませんか？