PR查询：账号权限不同导致结果不同如何核对范围，先分清“查不到”是权限问题还是数据问题
📱 Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
🔗 /8ddec61add99.html
📄
PR查询：账号权限不同导致结果不同如何核对范围，先分清“查不到”是权限问题还是数据问题
同一套PR查询系统里，管理员账号看到的是全量记录，普通成员账号可能只看到自己创建或被授权的那部分。核对范围的第一步不是比较数字，而是确认两个账号的可见范围是否一致：数据域、时间窗口、状态过滤和导出权限，任何一项不同都会造成结果差异。
先分清“查不到”是权限问题还是数据问题
当两个账号对同一条件返回不同条数时，先做一次最小对照实验：用同一组筛选条件（相同时间区间、相同状态、相同关键词）分别查询，记录返回条数和首条记录的标识。如果管理员账号有结果而普通账号为空，且普通账号在“我创建的”视图下能看到部分记录，这通常指向可见范围差异，而不是数据不存在。
另一种情况是两边都有结果但数量不同。此时要检查是否存在按人过滤的默认视图：有些系统会把“与我相关”作为默认入口，管理员账号默认看全量，普通账号默认看关联记录。核对方法是把两边都切换到“全部”或“不限”视图，再比较条数。如果切换后条数一致，差异就来自默认视图，而非权限本身。
核对范围时优先检查这四项
- 数据域：账号是否只被授权访问某个业务线、地区或项目组的数据。管理员通常跨域可见，普通账号可能被限制在单一域内。
- 时间窗口：部分系统对普通账号只开放近一段时间的数据，历史记录需要额外授权。核对时固定同一时间区间，避免把时间限制误判为权限限制。
- 状态过滤：草稿、已归档、已退出合作等状态可能对普通账号隐藏。如果查询目标包含已退出的旧记录，先确认账号能否看到该状态。
- 导出与查看权限：能查看不等于能导出。导出条数少于页面显示条数，往往是导出权限单独受限，而不是查询结果本身不同。
这四项里只要有一项不同，两个账号的结果就不具备可比性。核对动作是逐项对齐后再比较，而不是直接以管理员结果为准去判断普通账号“少看了什么”。
保留、改写还是退出：按可见范围决定处理方式
当核对发现普通账号确实看不到某部分旧记录时，处理方式取决于这部分记录是否仍有价值：
保留适用于记录仍被引用、仍有合作方需要查阅、或未来可能恢复合作的情况。此时应申请把该账号的可见范围扩展到对应数据域或状态，而不是把记录导出到外部再分发。扩展范围后重新查询，如果条数与管理员一致，说明问题已解决；如果仍不一致，需要继续检查时间窗口和状态过滤。
改写适用于记录本身还有用，但当前归属或状态已不匹配实际关系。例如旧合作已结束，但记录仍挂在活跃项目下。此时可以把记录迁移到归档域或更新归属，使普通账号在合理范围内仍能查到，同时不扩大不必要的权限。改写后要重新核对：普通账号在新归属下能否看到，管理员的全量视图是否仍包含它。
退出适用于记录已无保留价值、且继续保留会带来权限混乱的情况。退出前先确认没有其他账号或流程依赖该记录，再执行归档或删除。退出动作完成后，普通账号查询为空是预期结果，此时不应再以管理员视图的条数作为核对基准。
一个假设例子：三个账号的条数差异
假设某PR查询系统有三个账号：管理员A、成员B、外部协作C。同一查询条件下，A返回120条，B返回45条，C返回0条。核对步骤是：先确认B的默认视图是否为“与我相关”，切换后若仍为45条，则检查B的数据域是否只覆盖两个项目组；再确认C是否被授权访问任何数据域，若C本身不在授权名单内，返回0条属于正常范围，不需要进一步排查数据问题。
这个例子的关键不是具体数字，而是先对齐范围再比较结果。如果跳过范围核对直接去查数据是否存在，很容易把权限差异误判为数据丢失。
核对完成后如何影响下一步
如果对齐范围后两个账号结果一致，说明差异来自视图或过滤条件，下一步是把默认视图和筛选条件写入查询规范，避免再次误判。如果对齐后仍不一致，需要向系统管理员确认是否存在账号级别的额外限制，例如按角色分配的行级权限。确认限制后，再决定是申请扩权、改写记录归属，还是让该账号退出这部分查询范围。每一步动作的结果都应回到同一组筛选条件下重新验证，而不是凭一次查询就下结论。
