删除标记”字段，这样就可以把行标记为删除。在关系数据库里不要单独删除某一行最好采用清除数据程序而且要仔细维护索引整体性。7提防大小写混用的对象名和特殊字符采用全部大写而且包含下划符的名字具有更好的可读性CUSTOMER_DATA，绝对不要在对象名的字符之间留空格。
f8小心保留词要保证你的字段名没有和保留词、数据库系统或者常用访问方法冲突，比如，用DESC作为说明字段名。后果可想而知DESC是DESCENDING缩写后的保留词。表里的一个SELECT语句倒是能用，但得到的却是一大堆毫无用处的信息。9保持字段名和类型的一致性在命名字段并为其指定数据类型的时候一定要保证一致性。假如字段在表1中叫做“agreeme
t_
umber”，就别在表2里把名字改成“ref1”。假如数据类型在表1里是整数，那在表2里可就别变成字符型了。当然在表1ABC有处键ID，则为了可读性，在表2做关联时可以命名为ABC_ID。10避免使用触发器触发器的功能通常可以用其他方式实现。在调试程序时触发器可能成为干扰。假如你确实需要采用触发器，你最好集中对它文档化。3选择键和索引数据库逻辑设计参考：《SQL优化索引》一文4数据完整性设计数据库逻辑设计1完整性实现机制：实体完整性：主键参照完整性：父表中删除数据：级联删除受限删除置空值父表中插入数据：受限插入递归插入父表中更新数据：级联更新受限更新置空值DBMS对参照完整性可以有两种方法实现：外键实现机制约束规则和触发器实现机制用户定义完整性：NOTNULLCHECK触发器2用约束而非商务规则强制数据完整性采用数据库系统实现数据的完整性。这不但包括通过标准化实现的完整性而且还包括数据的功能性。不要依赖于商务层保证数据完整性它不能保证表之间外键的完整性所以不能强加于其他完整性规则之上。如果你在数据层确实采用了约束，你要保证有办法把更新不能通过约束检查的原因采用用户理解的语言通知用户界面。3强制指示完整性在有害数据进入数据库之前将其剔除。激活数据库系统的指示完整性特性。这样可以保持数据的清洁而能迫使开发人员投入更多的时间处理错误条件。4使用查找控制数据完整性控制数据完整性的最佳方式就是限制用户的选择。只要有可能都应该提供给用户一个清晰的价值列表供其选择。这样将减少键入代码的错误和误解同时提供数据的一致性。某些公共数据特别适合查找：国家代码、状态代码等。5采用视图为了在数据库和应用程序代码之间提供另一层抽象，可以为应用r