标签：style 使用 ar strong sp 数据 2014 art on
2014-10-14 08:46:07
目标：限定列的有效值，将一列的有效字段值约束在一个固定的集合中。类似于数据字典。
反模式：在列定义上指定可选值
1、 对某一列定义一个检查约束项，这个约束不允许往列中插入或者更新任何会导致约束失败的值：
create table Bugs(status varchar(20) check(status in(‘new‘,‘in progress‘,‘fixed‘)))。
2、使用域或者用户自定义类型（UDT）等方法。
3、使用触发器：编写一个触发器，当修改指定列的内容时触发，将被修改的值和允许输入的值进行匹配，
如果不符合则产生一个错误中断操作。
缺点：
1、 无法查询出所有的约束值来供上层应用程序使用。
不能用select distinct status from Bugs，因为可能有的status目前还没有存储。
维护不好的话，还有可能造成列表和数据库存储的值，不一致。
2、增加新的约束值，需要修改数据库定义或者触发器。
3、废弃或修改某个值，可能要修改大量的数据，风险很大也不合理。
4、可移植性差，check约束、域，或者UDT在各种数据库中的支持形式并不统一。
如何识别反模式：当出现以下情况时，可能是反模式
1、我们不得不将数据库下线，才能在程序中加入一个新的选项。
2、这个Status列可以填入这些候选值中的一个。我们不应该改变这个后选值列表。
3、程序代码中关于业务规则的选项列表和数据库中的值又不同步了。
合理使用反模式：
1、在后选值几乎不变化的时候可以使用。
2、存储没有业务逻辑且不需要改变的候选值时非常方便。
比如存储一对二选一切相互对立的值：Left/Right、On/Off等。
3、Check约束可以再更多的场景下使用，比如用来检测一个时间区间中start永远小于end。
解决方案：创建一张检查表（类似于字典表），每一行包含一个允许在列中出现的候选值，然后在目标表中定义一个外键约束。
个人经验：在系统中创建一个数据字典表，管理所有可变的候选集合。
结论：在验证固定集合的候选值时使用元数据；
在验证可变集合的候选值时使用数据。
标签：style 使用 ar strong sp 数据 2014 art on
原文地址：http://www.cnblogs.com/SavionZhang/p/4023639.html
