❶ 鏁版嵁搴撶殑瀹屾暣镐у寘𨰾鍑犱釜鏂归溃鍟婏纻
鏁版嵁瀹屾暣镐э纸Data
Integrity锛夋槸鎸囨暟鎹镄勭簿纭镐э纸Accuracy锛
鍜屽彲闱犳э纸Reliability锛夈傚畠鏄搴旈槻姝㈡暟鎹搴扑腑瀛桦湪涓岖﹀悎璇涔夎勫畾镄勬暟鎹鍜岄槻姝㈠洜阌栾淇℃伅镄勮緭鍏ヨ緭鍑洪犳垚镞犳晥镎崭綔鎴栭敊璇淇℃伅钥屾彁鍑虹殑銆傛暟鎹瀹屾暣镐у垎涓哄洓绫伙细瀹炰綋瀹屾暣镐э纸Entity
Integrity锛夈佸烟瀹屾暣
镐э纸Domain
Integrity锛夈佸弬镦у畬鏁存э纸Referential
Integrity锛夈佺敤鎴峰畾涔夌殑瀹屾暣镐э纸User-definedIntegrity锛夈
鏁版嵁搴挞噰鐢ㄥ氱嶆柟娉曟潵淇濊瘉鏁版嵁瀹屾暣镐э纴鍖呮嫭澶栭敭銆佹潫绾︺佽勫垯鍜岃Е鍙戝櫒銆傜郴缁熷緢濂藉湴澶勭悊浜呜繖锲涜呯殑鍏崇郴锛屽苟阍埚逛笉钖岀殑鍏蜂綋𨱍呭喌鐢ㄤ笉钖岀殑鏂规硶杩涜岋纴鐩镐簰浜ゅ弶浣跨敤锛岀浉琛ョ己镣广
❷ 濡备綍淇濊瘉鏁版嵁搴扑腑镄勬暟鎹瀹屾暣锛
1銆佸敮涓镐х害𨱒燂细阃氲繃涓鸿〃涓镄勬煇浜涘瓧娈佃剧疆鍞涓绱㈠紩锛屼娇寰楄繖浜涘瓧娈典腑镄勫间笉鑳介吨澶嶏纴浠庤屼缭璇佹暟鎹搴扑腑鏁版嵁镄勫敮涓镐с
2銆佸栭敭绾︽潫锛氶氲繃鍦ㄥ氢釜琛ㄤ箣闂村缓绔嫔栭敭鍏宠仈锛屼娇寰楄〃涓镄勬暟鎹鑳藉熸湁鏁埚湴杩涜屼氦浜掞纴浠庤屼缭璇佹暟鎹搴扑腑鏁版嵁镄勫畬鏁
3銆佹镆ョ害𨱒燂细阃氲繃鍦ㄨ〃涓璁剧疆妫镆ョ害𨱒燂纴𨱒ユ镆ユ煇涓鍒楃殑鍊兼槸钖︽弧瓒充竴瀹氱殑𨱒′欢锛屼粠钥屼缭璇佹暟鎹搴扑腑鏁版嵁镄勫畬鏁存с
4銆侀粯璁ゅ肩害𨱒燂细阃氲繃涓鸿〃涓镄勬煇浜涘瓧娈佃剧疆榛樿ゅ硷纴濡傛灉鐢ㄦ埛娌℃湁涓鸿ュ瓧娈佃緭鍏ュ硷纴灏变细镊锷ㄤ娇鐢ㄩ粯璁ゅ硷纴浠庤屼缭璇佹暟鎹搴扑腑鏁版嵁镄勫畬鏁存с
5銆佽Е鍙戝櫒锛氶氲繃璁剧疆瑙﹀彂鍣锛屽湪鏁版嵁鍙戠敓鏀瑰彉镞惰嚜锷ㄨ繘琛屾镆ワ纴浠庤屼缭璇佹暟鎹搴扑腑鏁版嵁镄勫畬鏁存с
6銆佺▼搴忕骇镄勫畬鏁存ф牎楠岋细鍦ㄥ簲鐢ㄧ▼搴忎腑娣诲姞鐩稿簲镄勫畬鏁存ф牎楠屼唬镰侊纴浠庤屼缭璇佹暟鎹搴扑腑鏁版嵁镄勫畬鏁存с
--- 6.1銆佺┖鍊兼牎楠岋细妫镆ヨ〃涓镆愪釜瀛楁垫槸钖︽湁绌哄硷纴濡傛灉瀛桦湪绌哄煎垯杩斿洖阌栾淇℃伅銆
--- 6.2銆侀暱搴︽牎楠岋细妫镆ヨ〃涓镆愪釜瀛楁电殑闀垮害鏄钖︾﹀悎瑕佹眰锛屽傛灉涓岖﹀悎瑕佹眰鍒栾繑锲为敊璇淇℃伅銆
--- 6.3銆佺被鍨嬫牎楠岋细妫镆ヨ〃涓镆愪釜瀛楁电殑绫诲瀷鏄钖︾﹀悎瑕佹眰锛屽傛灉涓岖﹀悎瑕佹眰鍒栾繑锲为敊璇淇℃伅銆
--- 6.4銆佸艰寖锲存牎楠岋细妫镆ヨ〃涓镆愪釜瀛楁电殑鍊兼槸钖﹀湪鎸囧畾镄勮寖锲村唴锛屽傛灉涓嶅湪鎸囧畾锣冨洿鍐呭垯杩斿洖阌栾淇℃伅銆
❸ 数据库中，如何保证数据完整性
保证数据的完整性:
1. 用约束而非商务规则强制数据完整性
如果你按照商务规则来处理需求，那么你应当检查商务层次/用户界面：如果商务规则以后发生变化，那么只需要进行更新即可。
假如需求源于维护数据完整性的需要，那么在数据库层面上需要施加限制条件。
如果你在数据层确实采用了约束，你要保证有办法把更新不能通过约束检查的原因采用用户理解的语言通知用户界面。除非你的字段命名很冗长，否则字段名本身还不够。 — Lamont Adams
只要有可能，请采用数据库系统实现数据的完整性。这不但包括通过标准化实现的完整性而且还包括数据的功能性。在写数据的时候还可以增加触发器来保证数据的正确性。不要依赖于商务层保证数据完整性；它不能保证表之间（外键）的完整性所以不能强加于其他完整性规则之上。
— Peter Ritchie
2. 分布式数据系统
对分布式系统而言，在你决定是否在各个站点复制所有数据还是把数据保存在一个地方之前应该估计一下未来5 年或者10 年的数据量。当你把数据传送到其他站点的时候，最好在数据库字段中设置一些标记。在目的站点收到你的数据之后更新你的标记。为了进行这种数据传输，请写下你自己的批处理或者调度程序以特定时间间隔运行而不要让用户在每天的工作后传输数据。本地拷贝你的维护数据，比如计算常数和利息率等，设置版本号保证数据在每个站点都完全一致。
— Suhair TechRepublic
3. 强制指示完整性
没有好办法能在有害数据进入数据库之后消除它，所以你应该在它进入数据库之前将其剔除。激活数据库系统的指示完整性特性。这样可以保持数据的清洁而能迫使开发人员投入更多的时间处理错误条件。
— kol
4. 关系
如果两个实体之间存在多对一关系，而且还有可能转化为多对多关系，那么你最好一开始就设置成多对多关系。从现有的多对一关系转变为多对多关系比一开始就是多对多关系要难得多。
— CS Data Architect
5. 采用视图
为了在你的数据库和你的应用程序代码之间提供另一层抽象，你可以为你的应用程序建立专门的视图而不必非要应用程序直接访问数据表。这样做还等于在处理数据库变更时给你提供了更多的自由。
— Gay Howe
6. 给数据保有和恢复制定计划
考虑数据保有策略并包含在设计过程中，预先设计你的数据恢复过程。采用可以发布给用户/开发人员的数据字典实现方便的数据识别同时保证对数据源文档化。编写在线更新来“更新查询”供以后万一数据丢失可以重新处理更新。
— kol
7. 用存储过程让系统做重活
解决了许多麻烦来产生一个具有高度完整性的数据库解决方案之后，我所在的团队决定封装一些关联表的功能组，提供一整套常规的存储过程来访问各组以便加快速度和简化客户程序代码的开发。在此期间，我们发现3GL 编码器设置了所有可能的错误条件，比如以下所示：
SELECT Cnt = COUNT (*)
FROM [<Table>]
WHERE [<primary key column>] = <new value>
IF Cnt = 0
BEGIN
INSERT INTO [<Table>]
( [< primary key column>] )
VALUES ( <New value> )
END
ELSE
BEGIN
<indicate plication error>
END
而一个非3GL 编码器是这样做的：
INSERT INTO [<Table>]
( [< primary key column>] )
VALUES
( <New value> )
IF @@ERROR = 2627 -- Literal error code for Primary Key Constraint
BEGIN
<indicate plication error>
END
第2 个程序简单多了，而且事实上，利用了我们给数据库的功能。虽然我个人不喜欢使用嵌入文字（2627）。但是那样可以很方便地用一点预先处理来代替。数据库不只是一个存放数据的地方，它也是简化编码之地。
— a-smith
8. 使用查找
控制数据完整性的最佳方式就是限制用户的选择。只要有可能都应该提供给用户一个清晰的价值列表供其选择。这样将减少键入代码的错误和误解同时提供数据的一致性。某些公共数据特别适合查找：国家代码、状态代码等