使用Rails Apartment Gem迁移数据时User表记录未复制问题求助

可能的原因及对应解决方案 #

1. 新旧表字段不匹配导致数据导入被跳过 #

新User表新增了tenant_id字段，旧表无该字段，pg_restore默认按字段位置匹配插入，字段数量不一致时会直接跳过该表的数据导入。

解决步骤：

• 使用--column-inserts参数执行恢复，让pg_restore按列名匹配插入数据：

  pg_restore -d [你的租户数据库名] --column-inserts [备份文件路径]
  

• 恢复完成后，批量为User表填充tenant_id值（替换为当前租户的实际ID）：

  UPDATE users SET tenant_id = '你的租户ID' WHERE tenant_id IS NULL;
  

• 如果tenant_id有非空约束，先临时移除约束再恢复，恢复完成后重新添加：

  -- 移除非空约束
  ALTER TABLE users ALTER COLUMN tenant_id DROP NOT NULL;
  -- 恢复数据后重新添加约束
  ALTER TABLE users ALTER COLUMN tenant_id SET NOT NULL;
  

2. 备份文件未包含User表数据 #

先检查备份文件中是否存在User表的备份条目：

pg_restore -l [备份文件路径] | grep -i users

如果没有返回结果，说明旧数据库备份时未包含User表，需要重新生成包含User表的备份文件。

3. 手动导出导入User表数据（备选方案） #

如果pg_restore参数调整无效，可以直接通过CSV导出导入：

• 从旧数据库导出User表数据：

  psql -d [旧数据库名] -c "COPY users (username, password, email, status_id) TO '/tmp/users_backup.csv' WITH CSV HEADER;"
  

• 导入到租户数据库（手动指定tenant_id）：

  psql -d [租户数据库名] -c "COPY users (username, password, email, status_id, tenant_id) FROM '/tmp/users_backup.csv' WITH CSV HEADER;"
  

• 统一设置tenant_id：

  UPDATE users SET tenant_id = '你的租户ID';
  

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