寻求适用于CI/CD Node环境的PostgreSQL内存测试方案

针对你需要在CI/CD中运行端到端测试、寻找类似mongodb-memory-server的PostgreSQL内存方案的需求，以下几个实用选项可以参考：

1. pg-mem（纯内存模拟库） #

• 纯JS/TS实现的PostgreSQL内存模拟器，无需依赖真实PG服务，直接在内存中模拟核心功能
• 支持绝大多数PG标准SQL语法、约束、内置函数，足以覆盖常规端到端测试场景
• 基础用法示例：

import { newDb } from 'pg-mem';

const db = newDb();
const client = db.adapters.createPgClient();

await client.connect();
await client.query('CREATE TABLE users (id SERIAL PRIMARY KEY, name TEXT NOT NULL)');
// 在这里执行你的测试逻辑
await client.end();

• 优势：启动速度极快，无外部依赖，完全在内存中运行，适配CI/CD的快速迭代需求
• 局限：部分PG高级特性（如自定义扩展、复杂存储过程、特定窗口函数）可能不支持，需提前验证测试用例兼容性

2. Testcontainers + PostgreSQL（轻量容器化临时实例） #

• 虽不是纯内存方案，但能在CI/CD中快速启动临时PG容器，测试完成后自动销毁，环境与生产完全一致
• 可选用轻量的Alpine版PG镜像，启动速度快、资源占用低
• Node.js环境下的用法示例：

import { GenericContainer, StartedTestContainer } from 'testcontainers';

let pgContainer: StartedTestContainer;

beforeAll(async () => {
  pgContainer = await new GenericContainer('postgres:16-alpine')
    .withExposedPorts(5432)
    .withEnvironment({
      POSTGRES_USER: 'test_user',
      POSTGRES_PASSWORD: 'test_pass',
      POSTGRES_DB: 'test_db'
    })
    .start();

  // 覆盖测试环境的数据库连接地址
  process.env.DATABASE_URL = `postgresql://test_user:test_pass@localhost:${pgContainer.getMappedPort(5432)}/test_db`;
});

afterAll(async () => {
  await pgContainer.stop();
});

• 优势：完全兼容真实PG的所有特性，适合对兼容性要求高的端到端测试
• 局限：CI/CD环境需要支持Docker，启动速度略慢于纯内存模拟库

3. PostgreSQL内存表配置 #

• 利用PG自身的临时表+内存文件系统配置，将测试数据存储在内存中，测试后自动清理
• 无需额外工具，直接使用真实PG服务，兼容性拉满
• 配置及使用示例：

-- 连接到PG实例后执行
-- 将临时表空间指向内存文件系统（如Linux的/dev/shm）
CREATE TABLESPACE mem_space LOCATION '/dev/shm';
SET temp_tablespaces = 'mem_space';

-- 创建临时表，数据会存储在内存中
CREATE TEMPORARY TABLE test_users (id SERIAL PRIMARY KEY, email TEXT UNIQUE);

• 优势：基于真实PG，无兼容性问题，适合已有PG测试环境的快速改造
• 局限：需要CI/CD环境部署轻量PG服务，内存占用高于纯模拟库

内容的提问来源于stack exchange，提问作者Remi Kristelijn