20 个数据库设计最佳实践
本页包含1张图片，默认未加载，显示所有图片
虫虫 发布于 2012年02月06日 (共有43个回帖)
点击加载图片
- 使用明确、统一的标明和列名，例如 School, SchoolCourse, CourceID。
- 数据表名使用单数而不是复数，例如 StudentCourse，而不是StudentCourses。
- 数据表名不要使用空格。
- 数据表名不要使用不必要的前缀或者后缀，例如使用School，而不是TblSchool，或者SchoolTable等等。
- 数据库中的密码要加密，到应用中再解密。 （其实就是散列存储、单向加密）
- 使用整数作为ID字段，也许现在没有这个必要，但是将来需要，例如关联表，索引等等。
- 使用整数字段做索引，否则会带来很大的性能问题 。
- 使用 bit 作为布尔字段，使用整数或者varcha是浪费。同时，这类字段应该以“Is”开头。
- 要经过认证才能访问数据库，不要给每一个用户管理员权限。
- 尽量避免使用“select *”，而使用“select [required_column_list]”以获得更好的性能。
- 假如程序代码比较复杂，使用ORM框架，例如hibernate，iBatis。ORM框架的性能问题可以通过详细的配置去解决。
- 分割不常使用的数据表到不同的物理存储以获得更好的性能。
- 对于关键数据库，使用安全备份系统，例如集群，同步等等。
- 使用外键，非空等限制来保证数据的完整性，不要把所有的东西都扔给程序。
- 缺乏数据库文档是致命的。你应该为你的数据库设计写文档，包括触发器、存储过程和其他脚本。
- 对于经常使用的查询和大型数据表，要使用索引。数据分析工具可以帮助你决定如何建立索引。
- 数据库服务器和网页服务器应该放在不同的机器上。这回提高安全性，并减轻CPU压力。
- Image和blob字段不应该定义在常用的数据表中，否则会影响性能。
- 范式（Normalization）要按照要求使用以提高性能。Normalization做的不够会导致数据冗余，而过度Normalization 会导致太多的join和数据表，这两种情况都会影响性能。
- 多花点时间在数据库设计上，否则你将来会付出加倍的时间来偿还。
- 网友回帖 (43)
-
胡彬彬 发表于 3个月前学习 -
shanwei 发表于 3个月前常识 -
灰灰 发表于 3个月前收藏 -
曹方毅 发表于 3个月前xuexi -
gokure 发表于 3个月前关于第2条，为什么数据库表要用单数而非复数？不知其意，希望能帮助说明一下，谢谢！
在Ruby on Rails中默认建立的表为复数并且说明其意思为记录的集体。
--- 共有 3 条评论 ---- gokure(3个月前)：因为汉语不存在单复数的问题，我们也就不容易注意到。 往远了说，对于时态也一样，表示的意思也就完全不同了。 以前公司有个同事是老外，我问过他为什么要用created_at字段，而不是create_at呢，为什么要用expires_at而不是expired_at呢？在英语里时态就表明了其意思，当记录被创建出来后就已经是过去式了，而过期可能是一个将来的时间。
- benney(3个月前)：没有什么其他的，只是显得啰嗦，而且有些复数形式有变形，不容易识别
- cokolin(3个月前)：就Java来说，为了让数据库表名与Java的类名保持一致，尽量让表名表示为单数为好。
-
虫虫 发表于 3个月前引用来自“gokure”的答案
关于第2条，为什么数据库表要用单数而非复数？不知其意，希望能帮助说明一下，谢谢！
在Ruby on Rails中默认建立的表为复数并且说明其意思为记录的集体。
我觉得这一条不是那么重要，作者自己的通常做法而已 -
霸气千秋 发表于 3个月前使用外键，非空等限制来保证数据的完整性，不要把所有的东西都扔给程序。
我怎么记得，整个系统的瓶颈容易出在 数据库上，我记得以前看的 跟这个想反来着 -
chen xiangkai 发表于 3个月前配合看石展的Mysql军规 -
IdleMan 发表于 3个月前oracle不适合驼峰命名啊 -
AmyBa 发表于 3个月前
引用来自“霸气千秋”的答案
使用外键，非空等限制来保证数据的完整性，不要把所有的东西都扔给程序。
我怎么记得，整个系统的瓶颈容易出在 数据库上，我记得以前看的 跟这个想反来着+1
牺牲性能以保证数据完整性！
--- 共有 3 条评论 ---- Mr.CT(3个月前)：不同意哦，可以用程序来，但数据库一定要做好详细说明。
- ZhiWei(3个月前)：@RickyFeng 应用不同, 需求自然也会有所不同. 合适才是最重要的.
- RickyFeng(3个月前)：数据完整是排在第一位
下一页 页次 1/5