不用企业管理器的情况下得知CHECK约束的属性设置
发布时间：2018-08-17 13:54:37 所属栏目：站长百科 来源：站长网
导读：我们知道，在SQL SERVER企业管理器中，在设计表状态下，当查看该表的CHECK约束时，会看到CHECK约束有创建中检查现存数据、对复制强制约束、对INSERT和UPDATE强制约束三个复选框，那么如果不在企业管理器环境下，或者在应用程序中，我们如何得知某个CHECK约
|
我们知道，在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，不知何解？不过修改后与以上结果相符。 （编辑：核心网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
