微软动态CRM专家罗勇 ，回复314或者20190311可方便获取本文，同时可以在第一间得到我发布的最新博文信息，follow me！我的网站是 www.luoyong.me 。
前面的博文 Dynamics 365 POA表记录的查询 讲了查看POA表的记录数，那这些记录怎么来的呢？我今天就根据文章 Excessive PrincipalObjectAccess Table Growth in CRM 4.0 from the Reparent – Cascade All Setting 来讲解下。
来源主要分为如下四个途径。
1. 记录更改Owner后和共享该的所有可能权限给该记录原来的Owner。这个行为会不会发生与一个系统管理配置项目有关，在【设置】>【管理】>【系统设置】中可以查看，默认是否的。如下图所示的【设置是否与原始负责人共享重新分派的记录】。
这样产生的记录的AccessRightsMask字段会有值(不会为0)，但是InheritedAccessRightsMask字段值为0。我修改后实际做了一个分派的例子，分派后在POA表的确创建了一条记录。可以看到该记录的AccessRightsMask字段值为 852023，PrincipalTypeCode值为8，因为是共享给个人。ObjectTypeCode的值为被共享记录对应实体的ObjectTypeCode，ObjectId为被共享记录的Id，PrincipalId为给想给的对象的Id。
如果继续分派给我自己的话，还会增加一条POA记录，共享权限给分派前的记录的Owner。我在分派给别人的话，不会增加给我自己的共享记录了，应该是修改。POA表有如下的唯一索引。
ALTER TABLE [dbo].[PrincipalObjectAccess] ADD CONSTRAINT [UQ_PrincipalObjectAccess] UNIQUE NONCLUSTERED ( [PrincipalId] ASC, [ObjectId] ASC, [ObjectTypeCode] ASC )WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, SORT_IN_TEMPDB = OFF, IGNORE_DUP_KEY = OFF, ONLINE = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON, FILLFACTOR = 80) ON [PRIMARY] GO
界面上是可以通过点击【共享】按钮看到该记录得共享记录的，实例如下：
共享给的权限很大，所有权限。若被共享用户本来不能删除这个记录，但是通过这个共享给了他删除权限，他是可以删除的，所以谨慎使用该功能，在项目上我们一般不启用【设置是否与原始负责人共享重新分派的记录】这个选项，还好这个默认就是关闭的。
发现如果我把这条记录删了，这些共享记录在POA表中不会自动删除，这可能是个问题，我使用的版本是 版本 1612 (9.0.2.3034) (DB 9.0.2.3034) (本地) 。
2.直接共享。这个容易理解，这样产生的POA记录的AccessRightsMask字段会有值(不会为0)，但是InheritedAccessRightsMask字段值为0。下面我做一个表来列出共享权限及其对应的AccessRightsMask值。
| 共享权限 | AccessRightsMask字段的值 |
| 读 | 1 |
| 读&写 | 3 |
| 读&写&删除 | 65539 |
| 读&写&删除&追加 | 65559 |
| 读&写&删除&追加&分派 | 589847 |
| 读&写&删除&追加&分派&共享 | 851991 |
| 读&追加 | 21 |
| 读&共享 | 262145 |
| 读&写&分派 | 524291 |
3. 【行为类型】为【父】这种类型导致的共享。这里解释下，我这里有两个实体，一个是工单实体，一个是工单项目实体，假设我设置他们俩之间的【行为类型】为【父】。
现在有一条名称为【测试工单】的工单实体记录，记录的owner为我这个系统管理员。我用另外一个账号，新增一个工单项目记录和这个【测试工单】关联。保存后这样会产生一条POA记录，该POA记录的AccessRightsMask字段字段值为0，但是InheritedAccessRightsMask字段有值(不为0)。当然如果父记录的owner就是创建子记录的用户的话，这个POA记录不会产生。这种产生的共享记录点击【共享】按钮后在界面上看不到，但是在POA表中会存在记录。
4. 间接共享。就是关系行为中的【分派】、【共享】和【取消共享】设置【全部级联】、【可用项的级联】、【用户负责项的级联】就很可能产生POA记录。比如分派父记录，也会导致子记录重新分派。保存后这样会产生一条POA记录，该POA记录的AccessRightsMask字段字段值为0，但是InheritedAccessRightsMask字段有值(不为0)。据我观察，如果重新分派后的owner和子记录原来的owner一样，那么POA记录表中子记录的AccessRightsMask字段字段值为0，且InheritedAccessRightsMask字段值为0。这种产生的共享记录点击【共享】按钮后在界面上看不到，但是在POA表中会存在记录。
总结一下，POA记录表中子记录的AccessRightsMask字段字段值为0的记录点击【共享】按钮看不到，一个用户/团队对一条记录最多产生一条POA记录。
你会发现有些共享是不需要的，特别是后两种自动产生的共享，如果用户本身就对这些被共享的记录有权限，就没有必要共享了，可以对POA表做一些清理，清理POA表可以参考：How to control PrincipalObjectAccess table growth in Microsoft Dynamics CRM 2011