首页 > 开发 > 综合 > 正文

不用企业管理器的情况下得知CHECK约束的属性设置

2024-07-21 02:05:57
字体:
来源:转载
供稿:网友


我们知道,在sql server企业管理器中,在“设计表”状态下,当查看该表的check约束时,会看到check约束有“创建中检查现存数据”、“对复制强制约束”、“对insert和update强制约束”三个复选框,那么如果不在企业管理器环境下,或者在应用程序中,我们如何得知某个check约束的这三个选项是否选中呢?

我查看了相关系统表的帮助说明,但里面对好多字段的说明都为“保留”、“仅供内部使用”等,没有字段的作用说明。但我发现当改变三个选项的选中状态时,sysobjects中相应check约束记录的status字段值发生改变,为了得知其中是否有规律可循,我做了如下测试并得出一些结论,拿出来共享。

“创建中检查现存数据”、“对复制强制约束”、“对insert和update强制约束”三项属性分别对应000的三位,0为不选,1为选中。

建立一个测试表,为其建立列级check约束和表级check约束,先令其为空表。
下面结果中,等号左边为三个属性的选中状态,右边为sysobjects表中约束记录的status字段值:
对于列级约束:
000=3330
001=3074
010=2306
011=2050
100=3330(保存后仍未选中,不知为何)
101=3074
110=2306
111=2
发现除111外,其余首位为1均作为0看待。

对于表级约束:
000=3328
001=3072
010=2304
011=2048
100=3328
101=3072
110=2304
111=0
可发现与列级约束有同样的问题,同时,对于相同的二进制值,表级约束比列级约束少2。

但值得注意的是,以上测试是在表中无数据的情况下,故可能引起三位二进制数的最高位无意义。下面测试表中有数据的结果(在测试表中插入了符合各check约束的数据):

对于列级约束:
000=3330
001=3074
010=2306
011=2050
100=3330
101=3074
110=2306
111=2

对于表级约束:
000=3328
001=3072
010=2304
011=2048
100=3328
101=3072
110=2304
111=0

可见结果完全相同。
猜测原因是“创建中检查现存数据”一项只在check约束保存瞬间作用,保存后系统即将其取消,故若查看已有的check约束,该选项已无意义,故为不选中状态。

但在pubs库中,发现系统已有的一些check约束的status初始值为6,不知何解?不过修改后与以上结果相符。
发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表