1 mysql表结构设计规范
1.1 适用场景
存储主要业务信息，默认使用此数据库。
1.2 设计要求
（1）表名
同一个业务的相关表建议表名前缀一致，如系统表相关表名：t_system_xxx_xxx
（2）表字段长度
表名、字段名，长度不得超过30位
（3）主键
必须创建数据库存储主键id：字段类型需选用bigint(20)，采用数据库自增方式生成（也可根据数据量多少定义为int、tinyint）。主键不允许在程序中使用，仅作为数据存储使用。
必须创建数据库业务主键pid：字段类型需选用char(32)，程序中主键查询记录，均通过此业务主键。业务主键，采用UUD（不带中间-），java端可通过工具类生成。需为此字段创建索引（唯一索引）。
如下：
`id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT '数据主键',
`pid` char(32) NOT NULL COMMENT '业务主键',
（4）时间字段
时间类型，均使用无符号 int(10) 。
（5）浮点字段
浮点型字段（如各种金额），根据小数点精度要求，和对应的数据场景，有如下两种类型设置（为数据统一，无特殊情况，均设置为如下几种类型）。
业务类型金额：
decimal(11,2)、decimal(13,4)
统计类型金额：
decimal(21,2)、decimal(21,4)
且无特殊要求，需为无符号。
（6）状态字段
状态相关字段，建议使用tinyint。
使用tinyint需注意，除非研发人员清楚tinyint(1)映射的是mysql中的bool类型，否则，tinyint类型字段长度需大于等于2。
（7）整型字段
如无特殊要求。int等数值字段无特殊要求，需为无符号。
（8）字符型字段
长度：
如字符型字段长度不会很长，varchar类型字段的长度，一般不超过255。
注：255及以内，使用一个字节存储字段长度。超过255，使用两个字节存储字段长度。
约束：
对字符类型的字段（varchar，char，text）要求加约束：not null default ''，即非null，默认为''。
需注意：如果某个varchar字段，必须要求为not null 。且字段内容，必须从java程序中获取（而不是通过数据库的default''生成），如果写入数据库时，java程序中这个字段为空，数据库层面需要报错。
这种情况建议：只加约束not null，不要使用not null default ''，否则，程序中这个字段为空时，仍然会insert到表中（数据库默认值为''）。not null的意义不存在了。
同时需注意：如果线上数据，增加not null的字段时，如果表比较大，主从同步需要很长时间，一定要慎重，否则，会数据无法正常写入到数据库中。
索引：
varchar字段长度超过20，不可创建索引。如长度超过20，需要创建索引，只能创建长度为20的前置索引。
如长度超过20，需要创建完整的索引，可以使用crc32等函数，对内容进行编码，存到一个额外的字段中，通过此编码后字段，进行=查询，查询出结果后，再通过原有字段进行判断（避免hash冲突）。
（9）建表必须字段
创建表必须加的字段：
创建时间：create_date（无符号，int 10）
更新时间：update_date（无符号，int 10）
如需添加“创建人ID”、“创建人名称”、“更新人ID”、“更新人名称”。字段名称需固定：
`create_user_name` varchar(50) NOT NULL DEFAULT '' COMMENT '创建人名称',
`create_user_id` varchar(36) NOT NULL DEFAULT '' COMMENT '创建人ID',
`create_date` int(10) unsigned NOT NULL COMMENT '创建时间',
`update_user_name` varchar(50) NOT NULL DEFAULT '' COMMENT '更新人名称',
`update_user_id` varchar(36) NOT NULL DEFAULT '' COMMENT '更新人ID',
`update_date` int(10) unsigned NOT NULL COMMENT '更新时间',
逻辑删除字段：
如需要此字段，建议此字段定义如下：
`del_flag` tinyint(1) NOT NULL DEFAULT '0' COMMENT '是否删除，0正常，1删除'
（10） 关联查询
无特殊情况，建议，关联查询表，不得超过3个。
大表的关联查询，研发需使用explain分析查询
（11）字典相关
如基础字典的名称会发生变动，相关联的业务表，值存储字典的code。不存储字典名称字段，防止字典名称变动后对业务数据的影响。
（12）关联更新
无特殊情况，不建议关联更新，即不建议update时，关联多个表。
除非研发，非常了解更新语句对数据的影响（避免出现只更新部分数据的情况）
2 mongo表结构设计规范
2.1 适用场景
日志、临时表等不关键的信息（弱化mongo的存储）。
如使用此数据库，需将使用场景及表结构，进行评估。
2.2 设计要求
（1）表名
同一个业务的相关表建议表名前缀一致，如系统表相关表名：t_system_xxx_xxx
（2）主键
mongo自动生成的主键_id，不得更改。
如需要自定义业务主键，可以创建字段：pid
（3）定义
所有的mongo表，均需创建映射实体类。
可统一在映射实体类中创建相同的通用属性，如不使用，可以不设置值。
/**
* 删除标志（false：正常；true：删除）
*/
private Boolean delFlag;
/**
* 创建人ID
*/
private String createUserId;
/**
* 创建人姓名
*/
private String createUserName;
/**
* 创建时间
*/
private Integer createDate;
/**
* 更新人ID
*/
private String updateUserId;
/**
* 更新人姓名
*/
private String updateUserName;
/**
* 更新时间
*/
private Integer updateDate;