Lược đồ tạm thời trên mỗi kết nối?

Tôi đang cố gắng di chuyển các bài kiểm tra đơn vị của mình từ H2 sang Postgresql.

Hiện tại, H2 cung cấp cho tôi một lược đồ trong bộ nhớ sao cho mỗi kết nối ánh xạ tới một lược đồ duy nhất, tạo các bảng, chạy thử nghiệm và loại bỏ lược đồ. Việc tạo và hủy lược đồ được xử lý tự động bởi H2.

Các bài kiểm tra đơn vị chạy đồng thời.

Cách tốt nhất để làm điều này trong Postgresql là gì? Đặc biệt,

1. Làm cách nào để có được một lược đồ duy nhất cho mỗi kết nối?
   • Khung thử nghiệm có nên tạo tên duy nhất hoặc có cơ chế tích hợp sẵn để thực hiện việc này không?
2. Làm thế nào để tôi đảm bảo rằng lược đồ bị hủy khi kết nối bị hủy?
   • Tôi không muốn kết thúc với các lược đồ lơ lửng khi các bài kiểm tra đơn vị bị giết.
3. Cách tiếp cận nào sẽ mang lại hiệu suất cao nhất?
   • Tôi cần tạo / thả hàng chục lược đồ mỗi giây.

CẬP NHẬT : Tôi đã tìm thấy một câu trả lời liên quan ở đây nhưng không thể bỏ lược đồ trong trường hợp quá trình chạy thử nghiệm đơn vị bị giết.

pg_temp là một bí danh cho lược đồ tạm thời của phiên hiện tại.

Nếu bạn làm một SET search_path TO pg_temptrước khi chạy thử nghiệm thì tất cả chỉ nên hoạt động (miễn là không có gì tham chiếu một lược đồ rõ ràng).

Nếu bạn hoàn toàn không muốn thay đổi tập lệnh của mình, thì hãy đặt search_pathcho người dùng các bài kiểm tra đăng nhập là:

> ALTER ROLE testuser SET search_path = pg_temp;

Sau đó, mọi thứ mà người dùng tạo sẽ nằm trong pg_temp trừ khi được chỉ định rõ ràng.

Đây là một ví dụ từ psql, hiển thị lược đồ thực tế (cho kết nối này) mà bí danh giải quyết thành:

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

Và, như bạn mong đợi, lược đồ đó khác với mọi kết nối đồng thời và sẽ biến mất sau khi kết nối được đóng lại.

Lưu ý rằng điều này cũng hoạt động cho các hàm, mặc dù bạn sẽ phải tham chiếu rõ ràng lược đồ pg_temp khi gọi chúng.

Bạn có thể lấy tên của lược đồ tạm thời hiện tại (sau khi tạo bảng tạm thời đầu tiên) như được trình bày trong liên kết bạn đã thêm:

SELECT nspname
FROM   pg_namespace
WHERE  oid = pg_my_temp_schema();

Nhưng kế hoạch hiện tại của bạn vẫn sẽ không có nhiều ý nghĩa. Để tạo các bảng trong lược đồ tạm thời hiện tại, chỉ cần tạo các bảng tạm thời. Đó là tất cả. Theo mặc định, search_pathđược xác định để các bảng tạm thời được hiển thị đầu tiên. Người ta không bao giờ cần các bảng tạm thời đủ điều kiện lược đồ. Bạn không bao giờ phải trực tiếp giải quyết lược đồ tạm thời hiện tại theo bất kỳ cách nào - đó là một chi tiết triển khai.

Làm bài kiểm tra của bạn liên quan đến giao dịch? DDL là giao dịch trong PostgreSQL, vì vậy nếu bạn tạo lược đồ và bảng của mình, sau đó chạy thử nghiệm, tất cả trong một giao dịch sau đó được khôi phục, lược đồ không bao giờ thực sự được cam kết và hiển thị cho các phiên khác.

Bạn vẫn cần sử dụng một tên có lẽ là duy nhất cho lược đồ của mình (có thể bao gồm tên máy chủ và PID), CREATE SCHEMAsẽ thất bại ngay lập tức nếu một lược đồ có tên giống hệt đã tồn tại và sẽ chặn nếu một phiên khác đã tạo một lược đồ có tên giống hệt trong một giao dịch không được cam kết.

Một cách khác có thể chỉ là sử dụng các bảng tạm thời, nếu bạn có thể sửa đổi các tập lệnh tạo cơ sở dữ liệu của mình để làm điều đó.

Tôi chỉ có một ý tưởng.

Postgresql đảm bảo rằng một phiên không thể thấy các bảng tạm thời của người khác. Tôi đoán điều này có nghĩa là khi bạn tạo một bảng tạm thời, nó sẽ tạo một lược đồ tạm thời. Vì vậy, có lẽ tôi có thể làm như sau:

1. Tạo một bảng tạm thời (giả) và tra cứu lược đồ của nó.
2. Sử dụng lược đồ này cho thử nghiệm (tạo các bảng, chạy thử nghiệm).
3. Khi kết nối được đóng lại, Postgresql sẽ bỏ lược đồ.

Tôi không thích dựa vào chi tiết thực hiện, nhưng trong trường hợp này có vẻ khá an toàn.