Skema sementara per koneksi?

Saya mencoba untuk memigrasi tes unit saya dari H2 ke Postgresql.

Saat ini, H2 memberi saya skema dalam memori sehingga setiap koneksi memetakan ke skema unik, membuat tabel, menjalankan tes, dan menjatuhkan skema. Pembuatan dan penghancuran skema ditangani secara otomatis oleh H2.

Tes unit berjalan bersamaan.

Apa cara terbaik untuk melakukan ini di Postgresql? Secara khusus,

1. Bagaimana cara mendapatkan skema unik per koneksi?
   • Haruskah kerangka pengujian menghasilkan nama unik atau apakah ada mekanisme bawaan untuk melakukan ini?
2. Bagaimana cara saya memastikan bahwa skema dibatalkan ketika koneksi terputus?
   • Saya tidak ingin berakhir dengan skema menggantung ketika tes unit terbunuh.
3. Pendekatan apa yang akan menghasilkan kinerja tertinggi?
   • Saya perlu membuat / menjatuhkan puluhan skema per detik.

UPDATE : Saya menemukan jawaban terkait di sini tetapi gagal untuk menjatuhkan skema jika proses menjalankan tes unit terbunuh.

pg_temp adalah alias untuk skema sementara sesi saat ini.

Jika Anda melakukan SET search_path TO pg_tempsebelum menjalankan tes, semuanya harus berfungsi (selama tidak ada yang merujuk skema secara eksplisit).

Jika Anda tidak ingin mengubah skrip sama sekali, maka setel search_pathpada pengguna yang tes masuk sebagai:

> ALTER ROLE testuser SET search_path = pg_temp;

Maka semua yang dibuat pengguna akan berada di pg_temp kecuali ditentukan secara eksplisit.

Ini adalah contoh dari psql, yang menunjukkan skema aktual (untuk koneksi ini) yang diputuskan oleh alias:

> 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)

Dan, seperti yang Anda harapkan, skema itu berbeda untuk setiap koneksi bersamaan, dan hilang setelah koneksi ditutup.

Perhatikan bahwa ini juga berfungsi untuk fungsi, meskipun Anda harus secara eksplisit merujuk skema pg_temp saat memanggil mereka.

Anda bisa mendapatkan nama skema sementara saat ini (setelah membuat tabel temp pertama) seperti diletakkan di tautan yang Anda tambahkan:

SELECT nspname
FROM   pg_namespace
WHERE  oid = pg_my_temp_schema();

Tetapi rencana Anda saat ini masih tidak masuk akal. Untuk membuat tabel dalam skema sementara saat ini, cukup buat tabel sementara. Itu saja. Secara default, search_pathini didefinisikan sehingga tabel sementara terlihat pertama. Satu tidak pernah perlu skema-kualifikasi tabel temp. Anda seharusnya tidak perlu menangani skema sementara saat ini secara langsung dengan cara apa pun - itu adalah detail implementasi.

Apakah tes Anda melibatkan transaksi? DDL bersifat transaksional dalam PostgreSQL, jadi jika Anda membuat skema dan tabel Anda, kemudian jalankan tes Anda, semuanya dalam satu transaksi yang kemudian dibatalkan, skema tersebut tidak pernah benar-benar dilakukan dan terlihat oleh sesi lain.

Anda masih perlu menggunakan nama yang mungkin unik untuk skema Anda (mungkin menyertakan nama host dan PID), karena CREATE SCHEMAakan segera gagal jika skema yang dinamai identik sudah ada, dan akan diblokir jika sesi lain telah membuat skema yang bernama identik di transaksi yang tidak terikat.

Alternatifnya mungkin hanya menggunakan tabel sementara, jika Anda dapat memodifikasi skrip pembuatan basis data Anda untuk melakukan itu.

Saya baru saja mendapat ide.

Postgresql menjamin bahwa suatu sesi tidak dapat melihat tabel sementara orang lain. Saya menduga ini berarti bahwa ketika Anda membuat tabel sementara, itu membuat skema sementara. Jadi mungkin saya bisa melakukan hal berikut:

1. Buat tabel sementara (dummy) dan lihat skemanya.
2. Gunakan skema ini untuk tes (buat tabel, jalankan tes).
3. Ketika koneksi ditutup, Postgresql akan menjatuhkan skema.

Saya tidak suka mengandalkan detail implementasi, tetapi dalam hal ini sepertinya cukup aman.