数据库设计规范
表示是否是概念的字段必须命名为is_xxx。 数据类型为unsigned tinyint(1)。 (1表示yes，0表示no )如果任何字段都不为负，则必须为unsigned。 表名、字段名必须使用小写、数字、下划线的蛇形命名法； 表名中不使用多个名词，表名应只表示表中实体的内容，不应该表示实体的数量。 表的命名最好加上“业务名表的作用”。 库名称和APP应用程序名称尽可能匹配。 使保留字无效。 唯一的索引名称是uk字段名称； 普通索引名称为idx_字段名称。 小数类型为decimal，禁止使用浮点和双精度。 (保存的数据范围超出decimal范围时，建议将数据分成整数和小数进行保存。 )如果保存的字符串长度几乎相等，请使用char固定长度字符串类型。 varchar是一个可变长度字符串，不预先分配存储空间，且长度不能超过5000。 如果存储长度大于此值，请将字段类型定义为text，使表独立，并使用主键进行响应，以不影响其他字段索引的效率。 字段可以适当地冗余以提高性能，但必须考虑数据同步的情况。 冗馀字段遵循：1)不经常改变的字段。 2 )它不是varchar的长字段，也不是文本字段。 正例：商品类目名称使用频率高，字段长度短，名称基本固定，可以在相关表中冗余记忆类目名称，避免相关查询。 仅当单表行数超过500万行或单表容量超过2GB时，才推荐分割表。 合适的字符存储长度不仅节约数据库表空间、节省索引存储，而且提高检索速度也很重要。 严禁左模糊或全模糊进行页面搜索。 根据需要请去搜索引擎解决。
数据库命名约定
1、基本命名原则字母全小写原则：所有数据库对象的命名字符都是小写的，统一大小写有助于多个数据库之间的迁移。
字符范围原则：名称只能包含字母、下划线和数字，第一个字符必须是字母。
分段原则：在命名单词之间用下划线分隔，以便某些工具更容易映射到数据库对象。 例如，create_at。
不使用保留字：命名数据库对象时，不能直接使用数据库保留关键字，但可以在段中使用。 user不能用于表名或列名等，但username可以用于列名，user_info也可以用于表名。
同义性原则：对同一含义尽量使用同一单词名称，避免使用英语单词、英语缩写或拼音首字母造成误解。 正如telphone的a表上显示的是固定电话号码一样，在b表上不应该用于显示手机号码。 尽量避免同一个单词表示多个意思。
命名方式一致原则：在一个系统、一个项目中尽量采用一致的命名方式，全部采用英文单词或拼音首字母。 特别是，命名单个对象时不要同时使用英语单词和拼音首字母。 确有一个项目需要采用两种命名方式的，系统功能设计相关表(开发)采用英文命名，业务相关表)实施)考虑使用拼音首字母。
在推荐的命名约定数据表名称中，ps_user_task、ps_user_log和ps表示业务名称PowerSDK的缩写，并用作表前缀。
对数据表字段使用带下划线的“蛇形命名法”，如user_name、first_name、real_name、nick_name、login_ip和create_time
数据表的特殊语义字段命名约定。 例如，pID表示分类表的父id，category_id表示分类外键字段名称，外键字段使用下划线命名方法，例如category_id。 主键ID的格式是ID，而不是表名_ID。
amount、quantity、number三者之间的区别amount与不可数(uncountable )、无生命(inanimate )的名词连用，例如、 theamountofworkididyesterdaywastwicetheamountidtoday.shespentaverylargeamountofmoneyyesterday.quantity和可数(或不可数) inanimate )的名词连用，例如therearelargequantitiesofapplesonthemarket.alargequantityoffuelhasbeenused.number和可数(countable ) asmallnumberofpeoplehaveknownthefact.hehasalargenumberoftoys .注意： amount、number和quantity前常用vast、large、small等形容词
计数计数总数； 量计数；
字段类型设计
一个汉字有三个字节。 时间戳字段的数据类型为int(10 ) UNSIGNED
ip字段的数据类型为varchar(46 )。 (备注1 )。
移动电话号码字段的数据类型是Varchar(11
)user_name字段类型为 varchar(30), title 不超过50个汉字，字段类型为 varchar(150)
省、市、区三个字段的数据类型为 varchar(60)，详细地址字段类型为 varchar(150)
status 字段用 tinyint(1) 而非 enum 数据类型
is_ 布尔值字段使用 tinyint(1) 而非 enum(true,false) 数据类型
图片字段类型为 varchar(100)，网页 SEO 关键词 keywords 不超过32个汉字，字段类型 varchar(96)，description 不超过200个汉字，字段类型 varchar(500)。 附注：
IPv4 地址字符串形式最大长度为 16 字节(255.255.255.255，结束符也需要占据 1 个字节)，IPv6 地址字符串形式最大长度为 46 字节(ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff，结束符也需要占据 1 个字节)。
经纬度范围是-180~180。经纬度值示例：40.69847032728747。谷歌官方建议存储经纬度的时候，使用 double(10,6) 精确到分米级就可以了。小数点后 7 位，精度就是 1CM。
数据类型 enum 的 3 个缺点：
新增 enum 值或删除 enum 值的时候需要重建整个表，当数据量大的时候可能需要耗费数小时。
enum 值的排序规则是按创建表结构时指定的顺序，而非字面值的大小。
依赖 mysql 对 enum 值的校验并不是非常必要，在默认配置下插入非法值最终会变成空值。
float是单精度浮点数值，double是双精度浮点数值，存储值最大为16位，decimal 是定点型，最大存储值为38位。float 和 double 求 SUM 的结果都是不精确的，只有 decimal 求 SUM 得到的是精准数值。所以，decimal 类型是适合财务和货币计算。
int(M)，M 表示最大显示宽度。以前总是会误以为int(3)存储的数值小于 int(11)存储的数值，这是大错特错的。int(3)和int(11)都表示 2 147 483 647 这个值，它在数据库里面存储的都是4个字节的长度。
1、整数型的数值类型已经限制了取值范围，有符号整型和无符号整型都有，而M值并不代表可以存储的数值字符长度，它代表的是数据在显示时显示的最小长度。 2、当存储的字符长度超过M值时，没有任何的影响，只要不超过数值类型限制的范围。 3、当存储的字符长度小于M值时，只有在设置了zerofill用0来填充，才能够看到效果，换句话就是说，没有zerofill，M值就是无用的。
总结：int(11)，tinyint(1)，bigint(20)，后面的数字，不代表占用空间容量。而代表最小显示位数。这个东西基本没有意义，除非你对字段指定zerofill。所以我们在设计mysql数据库时，建表时，mysql会自动分配长度：int(11)、tinyint(4)、smallint(6)、mediumint(9)、bigint(20)，就用这些默认的显示长度就可以了。不用再去自己填长度，比如搞个int(10)、tinyint(1)之类的，基本没用。而且导致表的字段类型多样化。 如果加了unsigned，则最大值翻倍。如tinyint默认范围(-128~127)，tinyint unsigned的值范围翻倍为(0~256)。常见 status 字段的值范围 英文关键词： normal=正常,hidden=禁用,unaudited=待审核,auditing=审核中,rejected=审核失败,audited=已审核 unpay=未付款,paid=待发货,unreceipted=待签收,finish=交易完成,closed=关闭 用户状态: 0=正常,0=禁用,unaudited=待审核,rejected=审核失败 产品状态: normal=正常,hidden=下架,unaudited=待审核,rejected=审核失败 进销存状态: replenishment=补货,exchange=兑换,sell=销售 订单状态: unpay=未付款,paid=待发货,unreceipted=待签收,finish=交易完成,closed=关闭 任务状态: notstarted=未开始,underway=进行中,finish=已完成,abort=已放弃 提现状态: unaudited=未审核,finish=提现成功,cancel=取消提现,rejected=审核失败,closed=关闭 充值状态: unpaid=待付款,finish=充值成功,cancel=取消充值,closed=关闭 认证状态: unaudited=待审核,auditing=审核中,rejected=未通过,audited=已认证 标志状态: hot=热卖,best=精品,new=新品 商品类型: appoint=预约商品,presell=预售商品
2、对象命名前缀规范
以下对象命名采用固定前缀进行命名，前缀表示数据库对象的类型，前缀代码规范如下：类型前缀规范说明索引idx_INDEX缩写，不区分索引类型
主键约束pk_PRIMARY KEY
外键约束fk_FOREIGN KEY
唯一约束uk_UNIQUE KEY
序列seq_SEQUENCE
函数f_FUNCTION
过程sp_STORE PROCEDURE
触发器trg_TRIGGER
3、表和列命名规范
3.1 数据表命名规范表名采用 “蛇形命名法” 多段式命名，各单词间用下划线分隔，例如：t_sys_user。
表名只允许用英文字母、下划线、数字进行命名，不允许用中文或者其他符号；
表名全部字母小写；
根据历史习惯各系统常用表类前缀作如下约定：表分类前缀示例系统类t_sys_t_sys_config
用户t_user_t_user_info
权限类t_auth_t_auth_rule, t_auth_group
日志类t_log_t_log_user_login, t_log_user_operate
字典类t_md_t_md_biz
临时表t_tmp_t_tmp_import
| 框架表 | t_xstd_ | t_std_auth_admin
建议：表名也用于相关索引、分区、分区表空间、约束、主键等命名，因此为了避免相关对象命名长度超过限制，建议表名长度不要超过20。
3.2 数据列命名规范
建议：列名采用多段式命名，只允许用英文字母、下划线、数字进行命名，不允许用中文或者其他符号。列名字母全部小写。
列名采用 “蛇形命名法”多段式命名时，各单词间用下划线分隔；
列名不能直接使用数据库保留字；
日期类型字段推荐以 date 结尾的名字命名，时间类型的字段推荐以 time 结尾的名字命名。
约定特殊含义字段，如：pid表示分类表的父级ID，外键字段采用 fk_xxx_id 命名法，如 fk_category_id。
自动时间戳字段推荐名称：created_at, updated_at, deleted_at(Laravel、CodeIgniter推荐)
常用字段设计规范序号字段名称数据类型默认值备注1created_attimestampCURRENT_TIMESTAMP创建时间
2updated_attimestampCURRENT_TIMESTAMP更新时间
3statusenum('normal','hidden')normal=可用,hidden=不可用状态值
4pidINT(11)0父级ID
状态标识字段采用 ENUM 数据类型，字段值尽量用单词描述，以下是常见的业务状态值定义用户状态:normal=正常,hidden=禁用,unaudit=待审核,failure=审核失败
产品状态:normal=正常,hidden=下架,unaudit=待审核,failure=审核失败
进销存状态:replenishment=补货,exchange=兑换,sell=销售 订单状态:unpay=未付款,paid=待发货,unreceipted=待签收,finish=交易完成,closed=关闭
任务状态:notstarted=未开始,underway=进行中,finish=已完成,abort=已放弃
提现状态:unaudit=未审核,finish=提现成功,cancel=取消提现,failure=审核失败,closed=关闭
充值状态:unpaid=待付款,finish=充值成功,cancel=取消充值,closed=关闭
4、物理表设计示例
4.1 用户信息表结构设计序号字段名称数据类型允许NULL默认值备注1idINT(11)NOT NULL主键
2user_nameVARCHAR(30)NOT NULL用户名
3mobileVARCHAR(11)NULL''手机号
4passwordVARCHAR(32)NOT NULL密码
5statusENUM('normal','hidden)NOT NULL'normal'状态
6created_atTIMESTAMPNOT NULLCURRENT_TIMESTAMP创建时间
4.2 MySQL脚本示例CREATE TABLE IF NOT EXISTS t_sys_user ( `id` INT (11) NOT NULL AUTO_INCREMENT, user_name VARCHAR (30) NOT NULL COMMENT '用户名', mobile VARCHAR (11) NOT NULL DEFAULT '' COMMENT '手机号码', `password` VARCHAR (30) NOT NULL COMMENT '密码', `status` ENUM ('normal', 'hidden') NOT NULL DEFAULT 'normal' COMMENT '状态(normal=可用,hidden=不可用)', create_time TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间', update_time DATETIME NULL COMMENT '更新时间', PRIMARY KEY (`id`), UNIQUE (`user_name`)) ENGINE = INNODB CHARSET = utf8 COMMENT '用户信息表';`create_at` INT UNSIGNED NOT NULL COMMENT '创建时间',
建议：MySQL系统关键词一律大写。