文字是11年写的，贴出来共享一下，先来一张表结构图：
一、区域。表名：【territories】
1、我们先来看看区域表的结构。
从图中前面都是不能为空的字段，都是很重要的。来介绍一下这些字段：
Terr_territoryid: 这个字段就是区域码
Terr_DBID：由于上面这个字段用来保存区域码了，所以用这个来做表的id
Terr_Caption：区域码的中文名称，我们新建区域，只需要输入这个就可以了。
Terr_ParentID：父区域的区域码。如果是根区域的话，父区域为空。
Terr_RangeEnd：区域的范围码。具体含义下面会介绍。
Terr_NextRangeStart：下一个子区域的区域码
Terr_ChildCount：该区域的直接子区域个数
Terr_Depth：该区域在区域树中的层数。
2、系统对区域码的分配机制（以下讲解都是在系统默认情况下的）
在进一步解释新建区域，系统往区域表插入记录之前，必须先讲讲系统对区域码的分配机制，这样我们才能更加明白，系统对这个区域表的设计。
下面的内容比较理论，文件比较多，有兴趣的话，慢慢看就明白了。
1) 从表的结构我们可以看到区域码的数据类型是整型的。数据库中int 类型的大小范围是：-2147483648至2147483647。他们的总和刚好是2的32次方。
2) 系统在默认情况下是这样设置区域的：
A，顶级区域的区域码肯定是：-2147483640 ，所以只要大于这个数的区域都是他的子区域。
B， 系统会默认每个区域的子区域都是2的4次方个，即16个。这样的话，让我们看看我们的系统最终区域的划分结果：
一，2 - 28 【268435454】
二、2 - 24 【16777216】
三、2 - 20 【1048576】
四、2 - 16 【65536】
五、2 - 12 【4096】
六、2 - 8 【256】
七、2 - 4 【16】
一表示第一个级子区域，他的上面就是顶级区域了。2的32次方分为16个子区域之后，每个子区域的范围就是2的28次方，也就是 268435454。这样一直递减。
C，上面的分析，我们知道我们的系统一共可以分为8个级别，每个级别（顶级除外）可以有16个区域。16的8次方就是 2的32次方了。
3) C、看到这里，我们会问两个问题：为什么是默认16呢？如果我的子公司不止16个或者我们的级别不止8个呢？
问题1：首先，16刚好是2的倍数，容易计算和划分，可以最大限度的利用区域码，其次，我觉得16 对于二进制的装换有优势。这些是我个人的看法而已。可能是错的。
问题2：当出现这种情况的时候，新建第15或者16个子区域的时候，系统会提示我们先平衡区域。我在252的crm 数据库做了一次平衡。一共有95步，可能我们的表太多了。平衡的过程其实就是在重新选一个基数，扩大了子区域个数表大之后，级别的就会表小，调整之后，还要修复已有数据的区域码。 其实一般的公司是很难达到这个数的。例如我们的国家：国家-省-市-县-镇-乡 也才六个级别。假设每个省下面也是23个市。 23 的 6次方也没有大于2的32次方。
3，数据库的设计方面
有了上面的机制之后，再来看看数据库表现。
如图，
a) worldwide这个是顶级区域，所以他的父区域为0。而E总部的terr_parentid 就是 worldwide的区域码了。新建区域的时候系统会要求我们选择一个父区域的。
b)Terr_RangeEnd这个字段的值就是Terr_territoryid + 这个级别的区间的范围基数了。
l 顶级区域当然是最大的区间 为-2147483648 + 2的32次方 = 2147483647
l E总部是二级区域所以 是 -1342177274 + 2的28次方 = -1073741820
l …………..
l 所以我们可以理解为：所有自己的子区域都是在 [Terr_territoryid，Terr_RangeEnd] 这两个字段组成的区间之内的。
c) terr_caption 是新建时候的翻译而已，不多说。
d)Terr_nextRangeStart 这个字段的意思是下一个子区域的区域码，例如worldwide 只有一个子区域E总部，所以我们新建一个E总部的同级区域时，这个新区域的区域码就是-805306364了。本来子区域的第一个区域的区域码应该是父区域码加1的，由于我们的E总部是在以前的基础上删改的，所以…。从留学中心之后你就可以看到了。Terr_nextRangeStart 这个字段不但告诉我们下一个子区域的区域码，同时也是告诉我们本区域内的范围的区间可以缩小为：[Terr_territoryid，Terr_NextRangeStart]。
e)Terr_ChildCount：该区域的直接子区域个数。留学中心暂时有13个分公司，所以他的直接子区域是13
f)Terr_Depth：该区域在区域树中的层数。留学中心在第三层，但是数据库从0开始，所以显示为2。
g)这里还有一个字段要讲一下的：terr_rangeincrement，这个字段记录着子区域的 范围基数如图：
二、配置文件 【TerritoryProfiles】
只保存了基本信息而已。主要的配置信息保存在表【TerritoryPermissions】
三．配置信息【TerritoryPermissions】
这个配置表中保存了我们新建的配置文件的信息和直接权限的信息。每个配置文件，每个区域都会把所有的主要实体列出来给我们设置。 配置文件、区域和表就关联起来了。
直接权限也一样，要求我们要选一个区域，然后才添加用户到这个区域，再设置表的权限。
直接权限和配置表的数据的区别就在于 usrt_userid 和 usrt_profileid。usrt_userid不为空就是直接权限的数据。usrt_profileid不为空就是配置文件。
四，使用实例
当用户到机会模板的高级查找查询数据时：
系统首先会找到登录用户的id 和 用户表里面的 配置配置文件id。
然后到这个视图去找登录用户的权限：
select * from dbo.vTerritoryPermissions where (usrt_userid = 630 or usrt_profileid = 10) and bord_tableid = 10167
上图显示了查询结果是我在配置表中的一个直接权限 和 配置文件签约顾问或客服中的四个区域的权限。
然后在去找机会表过滤数据。
五，权限的一些特殊应用例子
1，在某客户的系统的管道图，由于管道图的sql 语句要用到group by 所以标准的findrecord满足不了，所以出现了管道图中的数据和列表的数据不一至。我是这样做的：先用findrecord找出数据，然后把这些数据的id打包起来放到管道图中sql 语句中限制范围。
2，还是某客户的系统，用户需要把数据提交给数据所在区域的上一级区域的领导。这样，我们就可以先找到这条数据的区域，然后在去找父级区域，再到配置表中找对应的区域的角色。在测试中，不生效，可能系统不容许查询区域表，也有可能是生成脚本不支持而已，我会继续测试。
为什么要去研究系统的权限，有什么作用？
可能大家未必会看，而且我水平有限，大家也未必看明白了。我们现在对标准功能越来越熟悉了，可是我想知其然，还要知其所以然。了解系统设计对我们理解系统的运作，理解系统的业务有比较大作用。对于遇到需要跳出系统标准功能来设计系统的时候，我们知道了系统的设计就不会那么的茫然，最起码可以降低风险。