一、设计原则
符合三大范式（每一列表达一个意思，每一行代表一个实例/每一行有唯一键/表内没有其它表的非主键信息）
每个表应该有的3个有用字段（记录创建或更新时间/记录创建者/记录版本）
避免保留字
表应避免可为空的列
二、表命名规范
表名如Order/UserAccout
符合以下规范：
三、字段
字段名如userID/userName/userType
符合以下规范：
首个字母小写，多个单词的话，单词首字母大写，反对UserID/Userid
必须有一主键，主键不直接用ID，而是表名+ID，如userID/orderID
常用的字段name，不直接用name，而是表名+Name，如userName/orderName
常用的字段desc，不直接用desc，而是表名+Desc，如userDesc/orderDesc
大写字母前必须包含至少两个小写的字母，反对uID/oID
避免中文拼音，避免下划线连接
避免名称过长，避免保留字
避免字段（列名）中包含数据类型，如：datetime
避免数据库关键字,如：name,time ,datetime password 等
四、数据库表分类
表前缀主要是为了区分不同功能的表，而非解释表的功能，表的功能由表名来解释。前面要求表名的长度要控制在30个字符以内，在此前提下，为了尽可能不影响表的命名，表前缀应该越短越好。我们建议表前缀控制在两个以内。具体表前缀添加规则建议如下，括号内的单个大写字母表示要添加的前缀。
这里以SQLserver2014数据库为例说明：
系统表（S_）：System，系统配置相关的基本信息表。系统用户表（S_User）、系统角色表（S_Role）、系统菜单（S_LinkMenu）、操作日志（S_OperationLog）、登录日志（S_LoginLog）、系统字典（S_Dictionary）、系统字典类型（S_DictionaryType）等。
字典表（D_）：Dictionary，非系统字典外的字典表。在“设计规范”——“相关注释”——“字典字段”中提到过字典表的定义，除了数据库中的通用字典表，还有一些常见表，比如地区表（D_Region）、ICD编码（D_ICD）等，也是一种字典表，这里的D_前缀即加在这类字典表名前面。
中间表（R_）：Relationship，多对多关系中间表。具体命名方式建议为：R_主表名_从表名，在多对多关系中其实不分主从表，这里我们规定核心表为主表，另外一个为从表。比如用户角色关系中，用户表（S_User）为主、角色（S_Role）表为从，那中间表就命名为R_User_Role。当中间表名超长时，则根据实际情况缩写主从表名，建议优先缩写从表表名。
业务表（B_）：Business，核心业务涉及的基本信息表。这里的业务是非系统配置业务相关的，比如登录、注册、权限这些业务涉及的表都是和系统配置相关的，前缀应该是S_，而非B_。比如在线商城的项目中订单业务涉及的表即是核心业务表，会诊系统中会诊单业务涉及的表即是核心业务表，如果项目庞大，涉及业务较多，可以在B后面继续加单字母区分不同的业务，BA_、BB_、BC_……，没必要非得和某个英文对应，只是个代号，和项目组的人员说明即可。