如何禁用MongoDB集合的更新与删除操作？

针对你遇到的MongoDB不支持触发器、权限配置卡壳的问题，给你几个实用的替代方法：

• 在业务代码层做拦截
  直接在应用的数据库操作封装层加判断，只要是针对目标集合的update、delete类操作，直接抛出错误拒绝执行。比如Node.js里可以这么写：

  function handleCollectionOp(collectionName, opType, args) {
    const restrictedOps = ['updateOne', 'updateMany', 'deleteOne', 'deleteMany', 'findOneAndUpdate', 'findOneAndDelete'];
    if (collectionName === 'your_target_col' && restrictedOps.includes(opType)) {
      throw new Error('此集合禁止修改或删除数据');
    }
    // 正常执行允许的操作
    return db.collection(collectionName)[opType](...args);
  }
  

  这种方式灵活可控，完全不需要依赖MongoDB的特殊功能。

• 创建只读视图替代原集合
  给目标集合创建一个只读视图，让应用只和这个视图交互。视图本身不支持写入操作，天然能挡住更新和删除。创建视图的命令如下：

  db.createView(
    "readonly_target_view",
    "your_target_col",
    [ { $match: {} } ] // 空匹配会包含原集合所有数据
  )
  

  之后把应用的集合访问路径改成这个视图，原集合只留给内部维护用。

• 精准配置数据库角色权限
  重新给应用账号创建一个仅拥有目标集合只读权限的自定义角色，这样账号根本没权限执行更新/删除。步骤如下：

  1. 先创建自定义角色：

     db.createRole({
       role: "col_readonly",
       privileges: [
         { resource: { db: "your_db", collection: "your_target_col" }, actions: ["find"] }
       ],
       roles: []
     })
     

  2. 给应用账号赋予这个角色：

     db.grantRolesToUser("your_app_user", ["col_readonly"])
     

  要是之前的权限没清理干净，记得先回收旧角色：db.revokeRolesFromUser("your_app_user", ["old_role"])

• 单节点部署下的极端方案（谨慎使用）
  如果是单节点MongoDB，且整个数据库都不需要写入，可以把数据文件所在目录设为只读权限。但注意操作前一定要备份数据，而且这种方式会让所有集合都无法写入，只适合完全只读的场景。

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