Временная схема на соединение?

Я пытаюсь перенести свои юнит-тесты с H2 на Postgresql.

В настоящее время H2 предоставляет мне схему в памяти, так что каждое соединение сопоставляется с уникальной схемой, создает таблицы, запускает тест и удаляет схему. Создание и уничтожение схемы автоматически обрабатывается H2.

Модульные тесты запускаются одновременно.

Каков наилучший способ сделать это в Postgresql? В частности,

1. Как получить уникальную схему для каждого соединения?
   • Должна ли среда тестирования генерировать уникальные имена или есть встроенный механизм для этого?
2. Как я могу гарантировать, что схема будет отброшена при разрыве соединения?
   • Я не хочу заканчивать висящими схемами, когда модульные тесты убиты.
3. Какой подход даст максимальную производительность?
   • Мне нужно создавать / отбрасывать десятки схем в секунду.

ОБНОВЛЕНИЕ : я нашел связанный ответ здесь, но он не может отбросить схемы в случае, если процесс, выполняющий модульные тесты, будет убит.

pg_temp псевдоним для временной схемы текущего сеанса

Если вы SET search_path TO pg_tempвыполняете тест перед запуском тестов, все должно работать (если явно ничего не ссылается на схему).

Если вы вообще не хотите менять свой сценарий, установите 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 при их вызове.

Вы можете получить имя текущей временной схемы (после создания первой временной таблицы), как показано в добавленной вами ссылке:

SELECT nspname
FROM   pg_namespace
WHERE  oid = pg_my_temp_schema();

Но ваш текущий план все равно не будет иметь большого смысла. Чтобы создать таблицы в текущей временной схеме, просто создайте временные таблицы. Это все. По умолчанию search_pathопределяется так, что временные таблицы видны первыми. Один никогда не нужно схемы-квалифицироваться временными таблицы. Вы никогда не должны иметь для решения текущей временной схемы непосредственно в любом случае - что это деталь реализации.

Ваши тесты включают транзакции? DDL является транзакционным в PostgreSQL, поэтому, если вы создаете свою схему и таблицы, а затем запускаете свои тесты, все в рамках одной транзакции, которая затем откатывается, схема фактически никогда не фиксируется и не видна другим сеансам.

Вам все равно нужно будет использовать, возможно, уникальное имя для вашей схемы (возможно, включить имя хоста и PID), так как CREATE SCHEMAэто немедленно завершится ошибкой, если схема с одинаковым именем уже существует, и заблокируется, если другой сеанс создал схему с таким же именем в незафиксированная транзакция.

Альтернативой может быть просто использование временных таблиц, если вы можете изменить сценарии создания базы данных для этого.

Я только что получил идею.

Postgresql гарантирует, что сессия не может видеть чужие временные таблицы. Я предполагаю, что это означает, что когда вы создаете временную таблицу, она создает временную схему. Так что, возможно, я мог бы сделать следующее:

1. Создайте (фиктивную) временную таблицу и найдите ее схему.
2. Используйте эту схему для теста (создайте таблицы, запустите тест).
3. Когда соединение закрыто, Postgresql сбросит схему.

Мне не нравится полагаться на детали реализации, но в этом случае это кажется довольно безопасным.