racle by Design》。转贴于：
http://www.leadge.com
另外，在编码调试时，开发环境应模拟真实的数据量，这样可以使许多性能问题提前暴露，有助于开发人员早期认识到性能的重要性。
在对敏感数据(如用户口令)加密算法的选择上，不要相信数据经MD5摘要算法处理后就是安全的，现在网络上已出现相关的海量数据库，尽量穷举出各字符串对应的MD5摘要值并提供反向查询。如果口令设置得比较简单(如4位或6位全数字的口令)，其被破解的可能性非常大。
三、测试
应组织专门的测试队伍对系统进行功能与性能方面的测试。
应牢记，测试的目的是为了发现软件当中的错误，而不是证明软件的正确性。
应针对不同应用建立其相应的性能测试环境，引入相关测试工具或根据实际情况自行开发一些测试驱动程序，检验系统对负荷的承载能力。
四、数据库项目实施
系统设备选型、规划时，不应只考虑一时的购买成本，还应考虑长远的维护成本。很多大型企业或机构在进行信息系统建设时，建设者与维护者分属不同的部门，有的建设部门往往孤立地看待每个项目，只考虑一时的购买成本，造成各类设备五花八门、平台异构情况极其复杂，不仅增大了日常维护的成本，还给日后各系统的集成与数据共享造成了很多麻烦。
系统上线前，要充分重视原系统数据的转换与导入，做好细致的审核工作，确保数据的准确性。有条件的话建议进行新旧系统的并行测试。
五、数据库运行维护
建立完善的备份/恢复策略，并定期测试，确保系统发生故障时能确实恢复成功;备份与原始数据存放在不同的物理设备上。建立完善的数据库用户口令管理机制，规定口令的复杂度、有效期限等。在满足需求的前提下，尽量减少数据库用户的各类权限。每天检查数据库各种日志，定期进行阶段性的系统健康检查，尽早发现潜在的问题。实时监控数据库的运行状况，及时发现异常并处理。任何配置或数据结构的改动都要先在测试库测试成功后再应用到生产库，并准备应急恢复方案。根据运行状况，有计划地对数据库进行重组织。
六、其它转
贴于：http://www.leadge.com
参加数据库应用项目的人员，要有很好的沟通能力与团队精神，这样才能保证项目的顺利完成;还要不断地学习相关的新知识、新技术(如存储、网络、安全等)，有选择地应用到系统中去。
最后强调一点“三分技术，七分管理，十二分的数据”可能被引用得有些俗了，但它确实是有关数据库应用经验的精辟概括与总结，对于大多数的数据库应用项目，技术方面往往不是决定项目成败最为关键的因素，而数据是否准确、管理是否规范与合理，才是更为关键的因素。
应用难点技巧
我想在这里还是有必要强调一下，关于数据库应用方面的学习，首先要重视的还是对基本理论、基本概念的理解，因为只有这样，在碰到问题的时候，才能比较容易地分析出问题的本质，并尽快找出问题的答案，自己找出解决问题的技巧。
而许多在网上或书上、杂志出现的所谓技巧，往往都具有片面性或时间性，如果你不能认识到他们成立的条件，往往会备误导。[page]
比如你很可能听说过“查询中尽量不要用or，因为这样不能用到索引”，也许这个结论对多年前的某个数据库版本是成立的，某个人就把他作为技巧记录并从此传承下来了，但现在主要的数据库优化引擎经过多年的发展都没有这样的限制了，再死抱住这样的技巧也就不对了。
再有关于子查询，有的人说不要用not in而有的人说不要用not exists，他们的结论可能在某些情况下
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
