国企公共题库和部门私有题库如何同时管理？从数据权限到组卷调用的设计逻辑

国企培训考试系统使用一段时间以后，题库管理几乎一定会遇到一个问题：

题库到底应该统一管理，还是让各部门自己管理？

如果全部交给集团总部统一维护，标准确实统一，但总部管理员很快就会陷入大量日常维护工作。

安全部门需要增加安全生产试题；

财务部门需要维护财税制度题；

纪检部门要组织廉洁从业考试；

人力资源部门要增加企业制度、新员工培训题；

技术部门还要维护自己的岗位技能题。

最后所有部门都找同一个管理员：

"帮我导入200道题。"
"这道题答案改一下。"
"我们部门考试要新增一个题库。"

这种模式人员稍微多一点就很难持续。

但如果完全放开，让每个部门独立维护，又会出现另一个问题：

同样的企业制度、安全生产、保密知识被重复建设几十份。

所以集团型国企比较合理的方式通常不是"统一"和"分散"二选一，而是建立：

复制代码

集团公共题库
+
部门私有题库
+
授权共享题库

三种不同的数据范围。

宏远培训考试系统公开的权限设计中，支持按照集团、分公司、部门等组织层级，以及题库分类、角色和数据范围进行授权；管理员可以在自己的权限范围内维护题库、考试等业务数据。

从技术设计角度来看，这背后真正需要解决的是：

题库归谁所有、谁能看、谁能改、谁能调用、谁能授权，以及正式考试引用以后历史数据怎么保持不变。

下面就从数据模型和业务逻辑拆开分析。

一、先解决一个问题：什么叫公共题库？什么叫私有题库？

假设某集团有如下组织：

复制代码

集团总部
│
├─ 人力资源部
├─ 安全管理部
├─ 财务部
├─ 法务部
│
├─ A子公司
│   ├─ 生产部
│   └─ 财务部
│
└─ B子公司
    ├─ 生产部
    └─ 财务部

题库可能包括：

复制代码

集团规章制度
安全生产基础
保密知识
廉洁从业
财务制度
法律法规
岗位技能
设备操作

其中：

复制代码

集团规章制度
安全生产基础
廉洁从业

可能全集团都要使用。

这些更适合作为：

集团公共题库。

但是：

复制代码

A子公司某设备操作规程
A公司生产工艺题
B公司专项业务知识
财务部内部业务题

可能只对特定单位或者部门有效。

这些更适合作为：

部门私有题库。

因此公共和私有真正的区别不是题目的内容，而是：

数据所有权和使用范围不同。

二、最简单的做法是给题库增加"归属"和"可见范围"

数据库中可以存在：

复制代码

question_bank

题库表可以抽象为：

复制代码

id
bank_name
owner_org_id
scope_type
category_id
status
creator_id
create_time

其中两个字段非常关键：

复制代码

owner_org_id
scope_type

例如：

复制代码

题库：集团安全生产公共题库

owner_org_id = GROUP_ROOT
scope_type = PUBLIC

而：

复制代码

题库：A公司生产部设备操作题库

owner_org_id = A_PRODUCTION
scope_type = PRIVATE

这样系统首先解决的是：

这套题库是谁的。

而不是一上来判断：

谁能看到。

三、所有权和使用权一定要分开

这是公共题库设计里面特别重要的一点。

假设：

复制代码

集团安全管理部

建立了一套：

复制代码

安全生产公共题库

集团允许：

复制代码

A子公司
B子公司
C子公司

使用。

这并不意味着三个子公司都可以修改。

也就是说：

复制代码

拥有权 ≠ 使用权

集团安全部门拥有：

复制代码

新增
修改
删除
审核
停用

权限。

A子公司可能只有：

复制代码

查看
引用
组卷

权限。

这和文件系统里的：

复制代码

Read
Write
Execute

有点类似。

对于题库来说，可以进一步细分：

复制代码

VIEW       查看
USE        使用
ADD        新增
EDIT       修改
DELETE     删除
IMPORT     导入
EXPORT     导出
AUTHORIZE  授权
AUDIT      审核

于是"公共题库"真正的逻辑就变成：

集团拥有，下面单位可以调用，但没有授权不能修改。

宏远培训考试系统在集团型场景下公开的设计思路同样强调：总部可以维护公共题库，下属单位按授权调用，同时各单位保留自己的专业题库。

四、为什么不能简单设置一个字段 `is_public = 1`？

有些系统会设计：

复制代码

is_public = 1

表示所有管理员都能看到。

看起来很方便。

但国企的组织结构通常远比"公共/私有"复杂。

例如集团总部的一套：

复制代码

财务制度题库

可能只允许：

复制代码

集团财务部
+
各子公司财务部门

使用。

并不允许：

复制代码

生产部门
技术部门
外部项目部

使用。

这已经不是：

复制代码

PUBLIC

能够解决的。

所以除了：

复制代码

PUBLIC
PRIVATE

还应该有：

复制代码

AUTHORIZED

即：

授权共享。

于是可以形成三种数据模式。

1. PUBLIC

全集团授权范围内通用。

2. PRIVATE

仅数据所有部门使用。

3. AUTHORIZED

只对指定公司、部门或角色开放。

这是国企题库系统比较实用的一个设计。

五、授权共享题库怎么设计？

可以建立一个中间关系表：

复制代码

question_bank_scope

例如：

复制代码

id
bank_id
target_type
target_id
permission_type

其中：

复制代码

target_type

可以是：

复制代码

ORG
ROLE
POSITION

例如：

复制代码

bank_id = 1001
target_type = ORG
target_id = A_COMPANY
permission_type = USE

表示：

A公司可以使用1001号题库。

再增加：

复制代码

bank_id = 1001
target_type = ORG
target_id = B_COMPANY
permission_type = USE

就意味着：

复制代码

集团题库1001
│
├─ A公司可用
└─ B公司可用

但：

复制代码

C公司

仍然看不到。

这就比简单的：

复制代码

is_public

灵活很多。

六、国企题库权限最好采用"功能权限 + 数据权限"

企业后台权限系统中经常出现一个误区：

管理员有：

复制代码

题库管理

这个菜单。

于是系统默认他能管理所有题库。

对于集团型企业来说，这是非常危险的。

真正合理的权限应该拆成两层。

第一层：功能权限

决定：

复制代码

你能做什么？

例如：

复制代码

查看题库
新增试题
修改试题
删除试题
导入试题
导出试题

第二层：数据权限

决定：

复制代码

你能对谁的数据做？

例如：

复制代码

安全管理员

虽然拥有：

复制代码

新增
修改
导入

权限，但数据范围只有：

复制代码

安全生产题库

那么：

复制代码

财务题库

根本不应该进入他的可操作范围。

最终权限判断可以理解成：

复制代码

最终权限
=
操作权限
∩
数据范围

宏远培训考试系统公开的权限逻辑同样强调"角色、菜单、功能权限和数据范围"的组合，管理员能否操作某条数据，不仅要看有没有功能按钮权限，还要判断数据是不是属于自己的授权范围。

七、SQL层面不能只靠前端隐藏

权限管理最危险的一种实现方式是：

前端把按钮隐藏。

例如：

复制代码

if (!hasPermission('question:edit')) {
    hideEditButton();
}

这只能解决：

页面上看不到按钮。

但如果后端接口：

复制代码

PUT /api/question/10001

没有继续验证数据权限，那么知道接口的人仍然可能直接调用。

所以题库权限必须在服务端再次判断：

复制代码

当前用户
 ↓
角色
 ↓
功能权限
 ↓
数据范围
 ↓
题库归属
 ↓
最终是否允许操作

可以简单理解为：

复制代码

SELECT *
FROM question_bank
WHERE id = ?
AND owner_org_id IN (
    当前管理员允许管理的组织范围
);

如果还存在题库分类权限，还要继续叠加：

复制代码

AND category_id IN (
    当前管理员授权的题库分类
);

也就是说：

页面权限只是体验控制，服务端权限才是真正的安全控制。

八、公共题库和部门题库最好不要复制

这是集团题库里很常见的另一个问题。

假设总部有：

复制代码

集团安全生产题库
3000道

A公司需要使用。

最简单的方式：

复制一份。

于是：

复制代码

集团安全题库
3000道

A公司安全题库
3000道

B公司再复制：

复制代码

B公司安全题库
3000道

10家子公司以后：

复制代码

30000道

实际上90%以上都是重复数据。

更麻烦的问题是：

总部发现其中一道题答案错了。

总部修改以后：

复制代码

A公司
B公司
C公司
......

复制出去的旧题不会自动更新。

很快就会形成：

同一道题多个版本同时存在。

所以公共题库更合理的方式不是：

复制代码

复制

而是：

复制代码

引用

九、"引用公共题库"到底是什么意思？

比如：

复制代码

Question ID = 10086

属于：

复制代码

集团安全生产公共题库

A公司组织考试时，系统不需要复制：

复制代码

Question ID = 30086

而是组卷规则直接引用：

复制代码

bank_id = GROUP_SAFE_BANK

考试生成试卷时：

复制代码

考试
 ↓
读取组卷规则
 ↓
读取有权限使用的集团题库
 ↓
抽取试题
 ↓
生成考试试卷

也就是说：

题库数据仍然只有一份。

多个单位只是拥有使用权。

这才是真正意义上的：

集团共建共享。

十、那部门自己的题怎么和公共题一起考试？

这就是公共题库和私有题库同时管理以后最大的价值。

假设A公司生产部组织：

复制代码

2026年度生产岗位安全考试

可以设计：

复制代码

集团安全公共题库      30题
+
A公司安全管理题库     20题
+
生产部岗位技能题库    50题

最终：

复制代码

30 + 20 + 50 = 100题

整个过程可以抽象为：

复制代码

考试规则
│
├─ 集团公共题库     30%
│
├─ 子公司共享题库   20%
│
└─ 部门私有题库     50%
│
↓
按照规则随机抽题
↓
生成考试试卷

这和宏远培训考试系统支持固定组卷、随机组卷以及按照题库分类组织考试的思路是匹配的。官网公开信息也显示，管理员可以按部门、岗位或指定人员安排考试，并对题库实行多级分类管理。

十一、真正好用的设计应该支持"多题库组合组卷"

考试系统如果规定：

复制代码

一场考试 = 一个题库

在国企场景中实际上不够灵活。

因为真实考试经常需要：

复制代码

公共知识
+
专业知识
+
部门制度
+
岗位知识

所以更合理的数据关系应该是：

复制代码

Exam
 ↓
ExamPaperRule
 ↓
QuestionBankRule[]

例如：

复制代码

Rule 1
bank_id = 101
count = 20
type = SINGLE

Rule 2
bank_id = 208
count = 15
type = MULTIPLE

Rule 3
bank_id = 506
count = 15
type = JUDGE

系统最终按照多个规则生成试卷。

这样：

公共题库负责统一标准，部门私有题库负责业务差异。

十二、部门管理员能不能修改公共题？

原则上建议：

默认不能。

因为公共题的核心意义就是：

复制代码

统一标准

如果集团建立了一道：

复制代码

集团保密制度试题

A公司改成A版本；

B公司改成B版本；

那么它就不再是真正的集团公共题。

因此比较合理的权限设计是：

复制代码

集团题库管理员：
新增 / 修改 / 停用 / 审核

下属单位管理员：
查看 / 引用 / 组卷

但下属单位可能会发现：

这道题答案有问题。

这时候更合适的方式不是让他直接修改，而是建立：

复制代码

纠错
反馈
申请修改

流程。

例如：

复制代码

A公司发现题目异常
 ↓
提交题目纠错
 ↓
集团题库管理员审核
 ↓
确认有误
 ↓
修改公共题库
 ↓
所有使用单位自动使用新版本

这样题库质量会更容易控制。

十三、公共题库最好增加"审核状态"

如果集团公共题库所有管理员新增以后马上可用，也存在风险。

可以设计：

复制代码

DRAFT       草稿
PENDING     待审核
ENABLED     已启用
DISABLED    已停用
ARCHIVED    已归档

例如：

复制代码

部门录入试题
 ↓
提交审核
 ↓
专业负责人审核
 ↓
正式启用

只有：

复制代码

ENABLED

状态的试题才能进入正式随机组卷。

这样可以避免：

复制代码

答案未核对
题干不完整
规程版本错误

的试题直接进入正式考试。

十四、公共题库还必须考虑版本问题

国企内部制度会变化。

例如：

复制代码

2024版安全管理办法

到了2026年进行了修订。

对应的试题可能也需要调整。

如果直接修改原题：

复制代码

Question 1001

会出现一个问题：

2024年的历史考试再打开，看到的是2026年的题。

所以正式考试场景一定要考虑：

历史数据不可被后续题库修改影响。

十五、最稳妥的方式是"题库版本 + 考试快照"

可以这样理解：

题库中的：

复制代码

Question

代表：

现在最新的可维护版本。

正式考试生成试卷以后，再保存：

复制代码

ExamQuestionSnapshot

例如：

复制代码

question_id
question_content
option_snapshot
answer_snapshot
score
version

考试发生以后读取：

复制代码

考试快照

而不是实时读取当前题库。

于是即使半年以后管理员修改：

复制代码

Question 1001

2026年3月份已经完成的考试仍然保持当时内容。

这个设计对于国企培训考试档案、争议复核和长期留痕尤其重要。

十六、为什么"停用"通常比"删除"更合理？

假设：

复制代码

集团公共制度题库

中的一条题已经被：

复制代码

28场正式考试

使用。

管理员发现题目已经过期。

如果直接：

复制代码

DELETE FROM question
WHERE id = 1001;

那么历史试卷可能出现数据缺失。

更合理的是：

复制代码

status = DISABLED

代表：

新考试不能再抽到。

但：

历史考试仍然可以查询。

宏远培训考试系统公开的业务逻辑也强调，试题、试卷和正式考试存在关联，历史考试数据不适合按照普通数据直接删除，而应结合权限、业务关系和操作日志处理。

十七、不同部门之间的题库能不能互相共享？

可以，但建议不要变成：

复制代码

所有人都能看所有部门

更好的方式仍然是：

定向授权。

例如：

复制代码

法务部

建立：

复制代码

合同法律风险题库

希望授权：

复制代码

采购部
销售部
项目管理部

使用。

那么可以配置：

复制代码

法务题库
│
├─ 法务部：管理
├─ 采购部：使用
├─ 销售部：使用
└─ 项目部：使用

而：

复制代码

普通行政部门

则无需看到。

这种方式比"公共"和"私有"两种状态更加符合复杂国企组织。

十八、集团、子公司、部门可以形成三级题库体系

如果组织规模比较大，可以进一步形成：

复制代码

集团公共题库
 ↓
子公司公共题库
 ↓
部门私有题库

例如：

复制代码

中国XX集团
│
├─ 集团公共题库
│   ├─ 集团制度
│   ├─ 安全生产
│   ├─ 廉洁教育
│   └─ 保密知识
│
└─ A公司
    │
    ├─ A公司公共题库
    │   ├─ 公司制度
    │   └─ 公司安全管理
    │
    └─ 生产部私有题库
        ├─ 岗位操作
        ├─ 设备知识
        └─ 应急处置

权限继承可以理解为：

复制代码

集团
 ↓
子公司
 ↓
部门

上级发布的公共资源向下授权。

下级自己的私有资源默认不向上级之外的其他单位开放。

当然集团超级管理员因为管理职责，可以具备全局审计或查询能力。

十九、这里很容易出现一个权限问题：上级一定能修改下级题库吗？

不一定。

很多系统把组织权限设计成：

复制代码

上级 = 拥有下级所有操作权限

其实不一定合理。

例如集团培训中心可能需要：

复制代码

查看A公司题库建设情况

但未必应该：

复制代码

直接修改A公司的设备操作题。

因此可以把：

复制代码

管理权限

和：

复制代码

监管权限

分开。

集团可以：

复制代码

查看
统计
审计

但是否可以：

复制代码

修改
删除

由具体角色决定。

这能避免总部管理员误操作下属单位专业数据。

二十、题库管理员和考试管理员最好也不要是同一套权限

现实中一个很常见的设计是：

复制代码

管理员

拥有全部功能。

但集团规模上来以后，职责最好拆开。

例如：

题库管理员

负责：

复制代码

题目录入
题目审核
题库分类
题目版本

考试管理员

负责：

复制代码

创建考试
选择题库
配置组卷规则
安排参考人员

成绩管理员

负责：

复制代码

成绩查看
成绩导出
统计分析

系统管理员

负责：

复制代码

组织
账号
角色
权限
系统配置

这样就形成了比较典型的：

职责分离。

对于大型国企来说，这比所有人共用一个admin账号要安全得多。

二十一、管理员调岗以后，题库不能跟着管理员账号消失

假设安全部张某创建了：

复制代码

集团安全公共题库

后来张某调岗。

如果题库的所有权设计成：

复制代码

owner_user_id = 张某

并且完全依赖个人账号，那么交接会很麻烦。

更合理的是：

复制代码

数据归组织所有
+
操作责任归个人

也就是：

复制代码

owner_org_id = 安全管理部
creator_id = 张某

张某调岗以后：

复制代码

creator_id

继续保留用于历史追溯。

但安全管理部新的管理员自动可以根据组织权限接管题库。

宏远培训考试系统公开的管理员交接逻辑也强调"一人一个管理员账号、角色统一配置、数据范围单独授权"，管理员变化不应该导致历史业务数据被改写。

二十二、题库操作为什么必须有日志？

公共题库最大的风险之一不是"看不到"，而是：

被谁改了不知道。

例如突然发现：

复制代码

正确答案从A变成了C

系统至少应该能够追溯：

复制代码

操作人员
操作时间
操作IP
业务模块
题目ID
操作类型
修改前内容
修改后内容

例如：

复制代码

2026-08-27 10:26
用户：安全管理员A
操作：修改试题
QuestionId：10086
旧答案：A
新答案：C

对于关键操作，还可以结合：

复制代码

新增
修改
删除
导入
导出
授权
停用

形成审计记录。

这样发生争议以后，不需要靠管理员回忆：

"可能是谁改过。"

而是可以直接查日志。

二十三、批量导入同样要受题库权限控制

国企培训系统经常通过：

复制代码

Excel
Word

批量导入试题。

如果接口只检查：

复制代码

有没有导入权限

却不检查：

复制代码

导到哪个题库

仍然存在越权风险。

比如A部门管理员理论上只能管理：

复制代码

A部门岗位题库

但如果通过导入接口指定：

复制代码

集团公共题库ID

系统仍然接受，那权限体系就被绕过了。

所以无论：

复制代码

页面新增
批量导入
接口同步

都应该走统一的权限判断服务。

例如：

复制代码

PermissionService.check(
    userId,
    QUESTION_IMPORT,
    targetBankId
)

而不是每个功能单独写一套判断逻辑。

二十四、题库导出权限甚至应该比查看权限更严格

"能看题"和"能批量拿走题库"不是同一个风险等级。

例如普通部门管理员可能需要：

复制代码

查看试题
组卷

但不一定应该拥有：

复制代码

导出集团5000道公共题

所以权限最好拆分为：

复制代码

QUESTION_VIEW
QUESTION_USE
QUESTION_EXPORT

而不是：

复制代码

只要能看，就能下载。

对于保密要求较高的企业，还可以进一步记录：

复制代码

导出人员
导出时间
题库名称
题目数量

降低题库泄露风险。

二十五、公共题库数据分析应该回到总部，私有题库分析应该回到部门

题库体系最终不能只服务于考试。

还应该形成：

复制代码

题库
 ↓
考试
 ↓
答题
 ↓
统计
 ↓
培训改进

例如集团公共安全题库中的：

复制代码

安全用电知识点

全集团平均正确率只有：

复制代码

62%

集团培训部门就可以判断：

这是一个集团层面的共同薄弱点。

然后统一组织专项培训。

但A公司生产部自己的：

复制代码

设备故障处理

错误率较高，则应该更多由A公司生产部负责整改。

所以数据分析权限也应该和题库管理范围对应：

复制代码

集团
→ 看公共题库全集团分析

子公司
→ 看本公司数据

部门
→ 看本部门岗位分析

这样题库管理才真正进入培训闭环。

二十六、宏远培训考试系统中的整体逻辑可以怎么理解？

把上面的关系串起来，可以形成：

复制代码

集团组织架构
        │
        ↓
角色与数据权限
        │
        ↓
┌───────────────────┐
│                   │
集团公共题库      部门私有题库
│                   │
↓                   ↓
授权下属单位使用   本部门自行维护
│                   │
└─────────┬─────────┘
          ↓
      多题库组合组卷
          ↓
       发布考试
          ↓
       在线答题
          ↓
       自动阅卷
          ↓
       成绩分析
          ↓
     知识点薄弱分析
          ↓
      调整培训计划

宏远培训考试系统可以结合集团、子公司、部门、岗位等多层级组织结构设置不同管理员，并通过角色、功能权限、题库分类权限和数据范围控制管理员能够维护、使用和查看的数据。

这样既解决了：

总部希望统一标准。

也解决了：

部门需要自主维护专业内容。

最终形成：

统一平台、统一标准、分级建设、授权共享、各管各的数据。

二十七、一个比较实用的国企题库权限示例

假设集团有如下管理员：

角色	公共题库	本部门题库	其他部门题库	组卷
集团题库管理员	管理	查看	查看	是
安全部管理员	使用	管理安全题库	不可见	是
财务部管理员	使用	管理财务题库	不可见	是
子公司管理员	使用授权题库	管理本公司题库	不可见	是
考试管理员	使用	使用授权题库	使用授权题库	是
普通员工	不进入后台	不进入后台	不进入后台	否

注意这里的：

复制代码

使用

和：

复制代码

管理

一定要区分。

这恰恰是公共题库能够长期稳定运行的关键。

二十八、如果让我设计，我会把题库权限拆成这6层

对于一个人员较多的集团型国企，可以按照下面的顺序判断：

第一层：组织范围

复制代码

这个管理员属于哪里？

第二层：角色

复制代码

他是什么管理员？

第三层：菜单权限

复制代码

能不能进入题库管理？

第四层：操作权限

复制代码

能新增、修改、删除还是只能查看？

第五层：题库数据范围

复制代码

能管理哪些题库？

第六层：业务状态

复制代码

这道题是否已经被正式考试引用？
当前状态是否允许修改？

最终形成：

复制代码

组织
+
角色
+
功能
+
数据
+
业务状态
=
最终操作权限

这比简单的：

复制代码

管理员 / 普通员工

两级权限要可靠得多。

二十九、总结：公共题库和私有题库不是两个目录，而是一套权限体系

很多系统表面上支持：

复制代码

公共题库
部门题库

实际上只是建立了两个文件夹。

真正到了集团型国企环境里，会发现问题远比文件夹复杂。

系统至少要回答：

复制代码

题库归谁？
谁能看？
谁能使用？
谁能修改？
谁能导入？
谁能导出？
谁能授权别人？
下属单位能不能修改总部题？
部门之间能不能共享？
管理员离职后谁接管？
题目更新会不会改变历史试卷？
删除旧题会不会影响历史成绩？

只有这些问题都解决以后：

公共题库 + 部门私有题库

才真正具有管理价值。

从数据模型上看，更合理的核心思想可以概括为：

复制代码

组织归属
+
题库分类
+
授权关系
+
角色权限
+
数据范围
+
考试引用
+
历史快照
+
操作日志

以宏远培训考试系统为例，其面向集团企业的题库管理并不是让所有管理员共同维护一个大题库，而是可以结合真实组织架构进行分级管理：集团建立公共题库，下属单位和部门按照权限调用，同时维护自己的专业题库；考试时再根据不同岗位和业务要求，从多个题库组合或随机组卷。

这样最终形成的不是一个单纯的：

"在线题库"。

而是一套：

总部统一标准、下属单位分级管理、部门自主建设、数据严格隔离、资源按需共享

的企业题库治理体系。

对于大型国企和集团企业来说，这种设计的真正价值并不是系统里多了几个权限开关，而是企业规模不断扩大、管理员越来越多、题库越来越复杂以后，仍然能够做到：

该共享的共享，该隔离的隔离；该统一的统一，该下放的下放。

这才是集团培训考试系统中公共题库和部门私有题库同时存在的核心逻辑。

国企公共题库和部门私有题库如何同时管理？从数据权限到组卷调用的设计逻辑

一、先解决一个问题：什么叫公共题库？什么叫私有题库？

二、最简单的做法是给题库增加"归属"和"可见范围"

三、所有权和使用权一定要分开

四、为什么不能简单设置一个字段 is_public = 1？

1. PUBLIC

2. PRIVATE

3. AUTHORIZED

五、授权共享题库怎么设计？

六、国企题库权限最好采用"功能权限 + 数据权限"

第一层：功能权限

第二层：数据权限

七、SQL层面不能只靠前端隐藏

八、公共题库和部门题库最好不要复制

九、"引用公共题库"到底是什么意思？

十、那部门自己的题怎么和公共题一起考试？

十一、真正好用的设计应该支持"多题库组合组卷"

十二、部门管理员能不能修改公共题？

十三、公共题库最好增加"审核状态"

十四、公共题库还必须考虑版本问题

十五、最稳妥的方式是"题库版本 + 考试快照"

十六、为什么"停用"通常比"删除"更合理？

十七、不同部门之间的题库能不能互相共享？

十八、集团、子公司、部门可以形成三级题库体系

十九、这里很容易出现一个权限问题：上级一定能修改下级题库吗？

二十、题库管理员和考试管理员最好也不要是同一套权限

题库管理员

考试管理员

成绩管理员

系统管理员

二十一、管理员调岗以后，题库不能跟着管理员账号消失

二十二、题库操作为什么必须有日志？

二十三、批量导入同样要受题库权限控制

二十四、题库导出权限甚至应该比查看权限更严格

二十五、公共题库数据分析应该回到总部，私有题库分析应该回到部门

二十六、宏远培训考试系统中的整体逻辑可以怎么理解？

二十七、一个比较实用的国企题库权限示例

二十八、如果让我设计，我会把题库权限拆成这6层

第一层：组织范围

第二层：角色

第三层：菜单权限

第四层：操作权限

第五层：题库数据范围

第六层：业务状态

二十九、总结：公共题库和私有题库不是两个目录，而是一套权限体系

四、为什么不能简单设置一个字段 `is_public = 1`？