MongoDB中如何创建与现有Schema相同的新Schema？以及删除用户时迁移至deleted-users schema的最优方案咨询

1. 如何创建与现有Schema完全相同的新Schema？ #

如果你用的是Mongoose（最常用的MongoDB ODM），有几种简洁且易维护的方式来复制现有Schema：

• 抽离公共字段定义复用：把原Schema的字段结构单独抽成一个对象，后续创建新Schema直接引用这个对象即可。这样后期修改字段时，只需要改一次公共对象，所有关联Schema都会同步更新：

  // 先定义公共字段结构
  const userCommonFields = {
    username: { type: String, required: true, unique: true },
    email: { type: String, required: true },
    passwordHash: { type: String, required: true },
    createdAt: { type: Date, default: Date.now }
  };
  
  // 原用户Schema
  const userSchema = new mongoose.Schema(userCommonFields);
  // 与原Schema结构完全一致的新Schema
  const duplicateUserSchema = new mongoose.Schema(userCommonFields);
  

• 复制已存在的Schema实例：如果已经有一个现成的Schema实例，可以通过访问它的obj属性获取原始字段定义，再传入新的Schema构造函数：

  // 假设已经存在userSchema实例
  const duplicateSchema = new mongoose.Schema({ ...userSchema.obj });
  

2. 删除用户数据迁移至deleted-users的最优实现方式 #

是否需要创建完全一致的deleted-users Schema？其实有两种思路，你可以根据业务场景选择：

选项1：创建结构一致的独立Schema（简单直接） #

如果你的需求是把删除的用户数据完全物理隔离，或者后续需要对已删除用户做独立的查询、统计，那么创建结构一致的Schema是可行的，但要避免重复写字段——用上面第一个问题里的复用方式即可，还可以额外添加删除时间这类专属字段：

const userCommonFields = { /* 公共字段定义 */ };
const userSchema = new mongoose.Schema(userCommonFields);
const deletedUserSchema = new mongoose.Schema({
  ...userCommonFields,
  deletedAt: { type: Date, default: Date.now } // 新增删除时间字段
});

// 对应的模型
const User = mongoose.model('User', userSchema);
const DeletedUser = mongoose.model('DeletedUser', deletedUserSchema);

// 删除并迁移的逻辑
async function deleteAndMigrateUser(userId) {
  const targetUser = await User.findByIdAndDelete(userId);
  if (targetUser) {
    await DeletedUser.create({ ...targetUser.toObject() });
  }
}

选项2：更轻量的优化方案（减少冗余） #

如果不需要完全物理隔离，或者希望减少Schema和集合的维护成本，推荐以下两种方式：

• 软删除：主集合加状态标记：不需要额外创建Schema，在原userSchema里新增isDeleted和deletedAt字段，通过标记状态实现逻辑删除：

  const userSchema = new mongoose.Schema({
    // 原有字段...
    isDeleted: { type: Boolean, default: false },
    deletedAt: { type: Date }
  });
  
  // 给查询方法加前置钩子，默认过滤已删除用户
  userSchema.pre('find', function() {
    this.where({ isDeleted: false });
  });
  
  // 删除逻辑改为更新状态
  async function softDeleteUser(userId) {
    await User.findByIdAndUpdate(userId, {
      isDeleted: true,
      deletedAt: new Date()
    });
  }
  

  这种方式的好处是不用维护多个Schema，恢复用户也只需要修改状态字段，非常省心。

• 使用Mongoose鉴别器（Discriminator）：如果需要区分正常用户和已删除用户，但又想复用基础Schema结构，可以用鉴别器实现——它允许在同一个集合中存储不同类型的文档，共享基础字段：

  // 定义基础用户Schema
  const baseUserSchema = new mongoose.Schema({
    username: String,
    email: String,
    // 其他公共字段...
  }, { discriminatorKey: 'userType' }); // 指定区分字段
  
  const BaseUser = mongoose.model('BaseUser', baseUserSchema);
  
  // 正常用户鉴别器（扩展基础Schema）
  const User = BaseUser.discriminator('User', new mongoose.Schema({
    passwordHash: String // 正常用户专属字段
  }));
  
  // 已删除用户鉴别器
  const DeletedUser = BaseUser.discriminator('DeletedUser', new mongoose.Schema({
    deletedAt: { type: Date, default: Date.now } // 已删除用户专属字段
  }));
  
  // 迁移逻辑：将正常用户转为已删除用户
  async function migrateToDeletedUser(userId) {
    const user = await User.findById(userId);
    if (user) {
      const deletedUser = new DeletedUser(user.toObject());
      deletedUser.userType = 'DeletedUser';
      await deletedUser.save();
      await User.findByIdAndDelete(userId);
    }
  }
  

  这种方式既复用了基础结构，又能清晰区分不同类型的用户，适合需要保留两种用户形态但有大量公共字段的场景。

总的来说，如果数据量不大、不需要物理隔离，软删除是最省心的方案；如果必须物理隔离已删除数据，复用公共字段创建独立Schema即可，不要重复编写字段定义。

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