管理数据库属性访问权限
控制谁可以查看以及谁可以更改数据库中的每个属性。这样，一个数据库就可以服务于不同的受众，敏感信息也仅对需要它的人员可见。
提示：此功能适用于商业版和企业版。
页面级访问权限让你可以管理某人可以打开哪些数据库页面。属性访问权限则控制用户可以看到和更改哪些列。例如，团队目录可以向所有人显示姓名和职位，而只有你的人员团队可以看到薪资列。
你还可以让广泛的群组查看某一列，同时仅允许少数人进行编辑。这对于 状态 或 审批 列非常适用。
你的工作空间需要处于商业或企业版计划中才能管理属性访问权限。
你需要对数据库拥有
全部权限才能编辑属性访问权限。你可以在网页版或桌面版上设置属性访问规则，但不能在移动端设置。你创建的规则在人们通过移动端打开数据库时仍然适用。
在网页版或桌面版上以表格视图打开数据库。请使用原始数据库，而不是其 /链接数据库视图。
打开你想要控制的列的菜单。
选择
属性访问权限。为所有可以打开该数据库的人员选择默认访问权限。
为每个需要不同权限的人员、群组、人员属性或代理添加例外，然后选择他们的访问权限级别。
选择
预览并选择一位人员，以查看为其设置的权限。保存规则。
提示：你在某列上设置的第一条规则可能需要几分钟才能保存，因为 Notion 需要迁移该列的信息。数据库中的行数越多，所需时间就越长。
这些是你在上方为所有可以打开数据库的人员设置的默认访问权限级别。
继承自数据库：该人员对整个数据库的访问权限决定了他们对该列的操作权限。允许编辑属性和值：该人员可以编辑属性及其值。仅允许编辑值：该人员可以编辑值，但不能编辑属性。仅允许查看属性：该人员可以看到该列存在，但无法看到其中的任何值。允许查看属性和值：该人员可以看到该列存在并查看其值。无访问权限：该列及其值对该人员隐藏。
人员属性访问例外
如果你在数据库中使用人员属性——例如，你有一个包含项目所有者属性的项目数据库——你可以使数据库中其他属性的访问权限级别依赖于该人员属性的值。
在项目数据库示例中，你可能有一个成本列，记录项目的成本。你希望每个项目所有者能够查看和编辑自己项目的成本，但不能查看该数据库中其他项目的成本。你可以通过授予仅允许编辑值访问权限给项目所有者人员属性来实现。
这不会授予对该属性所有值的访问权限。如果你希望项目所有者能够编辑所有值，则需要授予他们额外的权限。
提示：如果访问权限取决于人员列或页面创建者，即使值保持隐藏，这些人员也可能会看到列名。
拥有
全部权限的人员始终可以完全访问所有属性，无论设置如何。他们永远不会受到列规则的限制。始终与没有全部权限的人进行测试。属性访问依赖于页面访问。列规则永远不会给予某人访问他们无法打开的数据库页面的权限。
一个过滤、排序或按某个他们无法看到的列分组的视图可能无法为他们打开。我们建议设置针对目标受众访问权限级别量身定制的视图。
如果一个人符合多个例外，Notion 会给予他们最不严格的访问权限级别。
Notion 尊重一个人拥有的最广泛的访问权限。如果某人仍然看到你限制的列，请检查
分享；共享菜单的其余部分以获取更广泛的访问权限。代理可以在属性上被授予自己的权限。Notion AI通常继承用户的权限。如果用户无法看到某列，则他们的代理也无法读取或填写该列。请注意，这意味着Notion AI或代理可能会报告该列不存在。
恢复数据库的旧版本将保留当前版本的属性访问规则。
以下列类型无法被限制：
标题
ID
创建者
创建时间
上次编辑者
上次编辑时间
某些类型的同步属性
子项或父项关系属性
你无法在 Wikis 百科数据库中管理属性访问权限。
你无法从手机创建或更改规则。你已制定的规则仍然适用。
具有许多属性访问规则的数据库可能加载更慢，特别是在按受限属性排序、过滤或分组的视图中。
我找不到 属性访问权限。
请检查你的工作空间是否处于商业版或企业版计划中，你是否对数据库拥有 全部权限，以及你是否正在使用网页版或桌面版。
有人仍然可以看到我限制的列。
首先检查该人员是否对数据库拥有 全部权限，因为列规则永远不会限制他们。然后查看页面和数据库共享设置、该列的默认访问权限，并使用“预览”功能查看每项例外情况。Notion 始终应用人员所拥有的最广泛的访问权限。
某些人无法打开视图。
检查该视图是否按那些人员无法查看的列进行了筛选、排序或分组。如果是，请引导他们使用不包含该列的视图。
Notion AI 或代理提示该列不存在。
这通常意味着它无法访问该列。请检查数据库和页面共享设置，然后检查该列的默认访问权限及其例外情况。
/按钮、自动化、函数或汇总停止工作。
尝试以能够看到该列的人员的身份执行相同的工作流程。如果对他们有效，则说明执行该操作的人员缺少工作流程所需的列访问权限。
