数据库规范探究.doc

版本所有：广东同望科技股份有限公司 保密级别：■普通 □保密 □机密 文件编号：TUP/BZ-GC-RJ-SJK 统一过程管理体系 数据库设计规范 版本号 1.1 修订历史 版本 发布日期 生效日期 修订说明 作者 审核人 批准人 当前状态 1.0 2008-08-06 2008-08-06 新建 罗洪臣 罗洪臣 袁阗 试用发布 1.1 2010-08-25 2010-08-25 修改了命名规范，完善了设计准则，新增加SQL语句规范、死锁预防规范，补充规范用词用语说明、常用域一览表、数据库设计建议。 孙伟宾、张亮、喻国军 罗洪臣 袁阗 正式发布 目录 1. 目的范围 4 2. 术语定义 4 3. 标准规范 4 3.1 设计准则 4 3.2 命名规范 5 3.3 字段定义规范 7 3.4 约束条件 7 3.5 SQL语句规范 7 3.5.1 书写风格 7 3.5.2 性能优化 8 3.5.3 跨数据库支持 9 3.6 死锁预防规范 9 4. 检查制度 10 5. 裁剪指南 10 6. 层次关系 10 6.1 主控文件 10 6.2 支持文件 11 6.3 相关文件 11 7. 附录 11 7.1 同望数据库设计模板 11 7.2 规范用词用语说明 11 7.3 常用域一览表 12 7.4 保留关键字表 13 7.4.1 SQL关键字 13 7.4.2 Oracle 关键字 13 7.4.3 SQLServer关键字 14 7.4.4 DB2关键字 15 7.4.5 ODBC关键字 18 7.5 数据库设计建议 19 目的范围 目的作用：数据是企业的一种资产，是企业IT应用的基础和前提，通过数据挖掘等手段可以实现数据的附加值。应用系统必须保证数据的安全和可靠。本规范的目的就是指导和规范数据库设计，提高设计人员的数据库设计技能，以达到应用系统数据的安全和可靠，并具备高性能和易扩展。 应用范围：创新中心、方案项目事业部、工程造价事业部 读者对象：公司所有数据库设计人员、开发人员。 术语定义 高并发系统：指业务处理系统吞吐率超过每秒10次的系统。 CLOB：Character Large Object，字符大对象。 BLOB：Binary Large Object，二进制大对象，是一个可以存储二进制文件的容器。 实体表：指对应实际的业务对象的表。 关系表：指不代表一个对象而是对象间的关系的表。 标准规范 设计准则 准则一、数据库设计必须在系统的安全性、可靠性、性能、易开发维护之间保持平衡，必须保证应用服务器与数据库服务器之间的平衡。这是数据库设计的基本准则。 准则二、数据库设计应遵守3NF规范，表之间的关系应通过外键连接。表只包括其本身基本的属性；当不是它们本身所具有的属性时需进行分解；在遵循3NF的基础上对复杂的数据查询做适当冗余，减轻编码的繁琐以及过多的表关联查询。 准则三、不应使用硬编码的方式，而应采用数据驱动方式保存常用信息。这样可以使许多策略变更和维护都会方便得多，大大增强系统的灵活性和扩展性。例如：采用数据字典维护基础信息，存放数据库当前版本等信息。 准则四、严禁使用触发器。使用触发器不能很好支持跨数据库，并且对数据库带来额外的计算开销，不利用程序调试。 准则五、严禁高并发系统在业务处理程序中使用视图和存储过程，可在批处理中使用视图和存储过程。严禁有跨数据库要求的产品使用视图。业务处理是指用户提交表单等操作频繁的处理，批处理是指集成执行的并发小而复杂的处理。在高并发系统中，在频繁的处理中使用视图和存储过程，会加大数据库的加力，数据库将成为系统的瓶颈，且最大提升为三台服务器集群，而且这种成本非常高；但如果在应用服务器中处理，则实现集群的方案更为经济可行。视图检索速度比直接使用SQL慢，视图需要预解析。视图对跨平台支持不佳，不同数据库对视图语法支持不太一样，特别是复杂的视图移植起来困难度上升。 准则六、预计记录数超过1万的表不宜超过30列，不宜在一个表中保持多个对象。如果字段过多，会影响数据处理性能。若表字段过多宜拆分为多个表。 准则七、禁止在高并发系统的业务处理事务中同时处理大字段（CLOB、BLOB）数据，禁止检索大字段，大字段不得超过10M。超过10M的数据存储为文件。在事务处理的同时处理大字段会延长处理时间，易导致数据库死锁。 准则八、字段长度应尽量充足；中文字符长度当应用程序为GBK编码时应设置为每字符2个字节，当应用程序为UTF-8时应设置为每字符3个字节。因为oracle 9i及以上版本utf-8长度为3个字节。 准则九、命名宜用英文或缩写，不宜使用汉语拼音，严禁使用留空格，严禁使用保留关键字。名称长度不得超过30个字符。要保证字段名不与保留字、数据库系统常用访