命名原则.DOC

数据库设计规范 一般要求 对数据库表的每一个字段，都必须给出详细的注释，包括Head、Lable、意义、是否允许空值、初值、枚举值及其意义。 未经批准，任何人不得对已定义的库表结构进行增删和改变字段意义、以及不按其原义使用。 数据库表必须设置主键，而且主键中不允许包含日期、浮点类型的字段。 命名原则 对数据库对象的命名，要本着清晰、简短的原则，要合理使用下划线进行分割。 库表命名原则 库表名称由两部分组成： 功能前缀+库表名称 示例： Ht_Gyyhht 高压用户合同 Ht_Dyhht 低压用户合同 Ht_Lsydht 临时用电合同 字段命名原则 字段名称由三部分组成：字段数据类型缩写+下划线+字段名称字段类型缩写见表5.1，示例见表5.2。 表5.1 数据库表字段类型前缀缩写 字段类型 缩写 字段类型 缩写 Int I Smallint Si Tinyint Ti Real R Float F Decimal D Char C Varchar V Datetime Dtm Smalldatetime Sdtm Image Img Text Txt Money M Smallmoney Sm Bit B Timestamp Ts Binary Bi Varbinary Vbi Numeric N 自定义类型 Ut 表5.2 数据库表字段示例 字段名称 字段说明 数据类型 长度 C_AssetsID 局编号 Character 16 Dtm_TestTime 校验日期 Character 30 N_TestTemperature 温度 Numeric 5 N_TestHumidity 湿度 Numeric 5 C_Range 量程 Numeric 7 视图命名原则 视图名称由三部分组成： 前缀（v）+下划线+视图名称 例如： 存储过程命名原则 存储过程名称由四部分组成： 前缀（p）+下划线+存储过程名称+（作者缩写） 例如： 索引命名原则 索引过程名称由五部分组成： 前缀（i）+是否唯一（u、d）+是否聚簇（c、n）+下划线+索引名称 例如iuc_name创建的唯一且是聚簇型的索引；idn_usename创建的非唯一且不是聚簇型的索引。 触发器命名原则 触发器名称由四部分组成： 前缀（t）+触发器类型（i、u、d）+下划线+库表名称 例如ti_shtuserbase在库表上创建的插入触发器；tu_shtuserdetail在库表上创建的修改触发器。 事务处理 在T-SQL脚本中，要进行事务的定义、提交、回卷，避免对某些数据的锁定。如果在数据处理时出现错误，应当返回错误信息，并向用户进行提示。 数据库相关属性设置 数据库大小 数据库大小随着系统运行会逐步膨胀，所以数据库最大容量不能限制，如图5.1中椭圆区域的设置。 图5.1 数据库最大容量设置 数据库膨胀的幅度 由于数据库的大小随数据量的增多而增大，所以在创建数据库时，要设置让SQL Server自动维护数据库大小，且根据数据库大小的百分数（20%-30%）进行维护。如图5.2所示。 图5.2 数据库增长速度设置 功能实现原则 在数据库系统中，数据一致性、完整性保证，系统功能、数据检索等实现的途径有视图、触发器、存储过程、永久数据库表等。究竟什么条件下采用什么方式实现所需要的功能，下面将针对数据库功能实现方式给出一般规定和注释要求。 视图使用原则 视图是虚拟的数据库表，在使用时要遵循以下原则： 从一个或多个库表中查询部分数据项； 为简化查询，将复杂的检索或字查询通过视图实现； 提高数据的安全性，只将需要查看的数据信息显示给权限有限的人员； 视图中如果嵌套使用视图，级数不得超过3级； 由于视图中只能固定条件或没有条件，所以对于数据量较大或随时间的推移逐渐增多的库表，不宜使用视图； 除特殊需要，避免类似Select * from [TableName] 而没有检索条件的视图； 存储过程原则 存储过程的建立如同其它语言形式的编程过程，适合采用模块化设计方法；当具体算法改变时，只需要修改需要存储过程即可，不需要修改其它语言的源程序。当和数据库频繁交换数据是通过存储过程可以提高运行速度。由于只有被授权的用户才能执行存储过程，所以存储过程有利于提高系统的安全性。 存储过程是宿主于服务器端的SQL脚本集合，在使用时要遵循以下原则： 存储过程必须检索数据库记录，甚至修改（执行Insert、Delete、Update、Drop、Create等操作）数据库信息。如果某项功能不需要和数据库打交道，则不得通过存储过程的方式实现。 实现数据库级别的某项具体功能，功能的实现是修改数据库信息或对指定数据库信息加工后将加工结果返回给调用者。 索引使用原则 根据索引的类型分别列出相