仓酷云
标题:
MSSQL网页设计不必企业办理器的情形下得知CHECK束缚的...
[打印本页]
作者:
谁可相欹
时间:
2015-1-16 22:39
标题:
MSSQL网页设计不必企业办理器的情形下得知CHECK束缚的...
也就是说在php本地调用pdoprepare中的mysql_real_escape_string来操作query,使用的是本地单字节字符集,即编码为xbfx5cx27,并带入到mysql中查询,由于使用setnames设置了连接字符集.
我们晓得,在SQLSERVER企业办理器中,在“计划表”形态下,当检察该表的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,不知何解?不外修正后与以上了局符合。
MySQL是一个开放源码的小型关联式数据库管理系统,开发者为瑞典MySQLAB公司。目前MySQL被广泛地应用在Internet上的中小型网站中。
作者:
透明
时间:
2015-1-17 12:15
每天坚持做不一样的是,认真做笔录,定时复习。一个月你就可以有一定的收获。当然如果你想在sql方面有一定的造诣,你少不了需要看很多很多的书籍了。
作者:
小女巫
时间:
2015-1-20 18:37
无法深入到数据库系统层面去了解和探究
作者:
再见西城
时间:
2015-1-29 14:39
代替了原来VB式的错误判断。比Oracle高级不少。
作者:
乐观
时间:
2015-2-6 02:04
原来公司用过MYSQL自己也只是建个表写个SQL
作者:
变相怪杰
时间:
2015-2-14 22:24
不过话说回来了,绝大多数的性能优化准则与对sqlserver存储的结构理解息息相关
作者:
若相依
时间:
2015-3-4 10:45
having子句的作用是筛选满足条件的组,即在分组之后过滤数据,条件中经常包含聚组函数,使用having条件显示特定的组,也可以使用多个分组标准进行分组。
作者:
不帅
时间:
2015-3-11 18:25
分区表是个亮点!从分区表也能看出微软要做大作强SQLServer的信心。资料很多,这里不详细说。但是重点了解的是:现在的SQLServer2005的表,都是默认为分区表的。因为它要支持滑动窗口的这个特性。这种特性对历史数据和实时数据的处理是很有帮助的。
作者:
简单生活
时间:
2015-3-19 07:23
原理很简单,对要求长时间计算某一时间点的报表生成和防用户操作错误很有帮助。但是比起Oracle10g的闪回技术还是细粒度不够。可惜!
作者:
飘灵儿
时间:
2015-3-27 13:09
原理很简单,对要求长时间计算某一时间点的报表生成和防用户操作错误很有帮助。但是比起Oracle10g的闪回技术还是细粒度不够。可惜!
欢迎光临 仓酷云 (http://ckuyun.com/)
Powered by Discuz! X3.2