示例档案管理

说明去除项目名统一命名规则均为”yy_alllive_”开头即可

命名格式存在差异

采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线_组成命名简洁明确多个单词用下划线_分隔全部小写命名禁止出现大写字段必须填写描述信息禁止使用数据库关键字如nametime

datetime

等字段名称一般采用名词或动宾短语采用字段的名称必须是易于理解一般不超过三个英文单词在命名表的列时不要重复表的名称。

例如在名employe的表中避免使用名为employee_lastname的字段不要在列的名称中包含数据类型字段命名使用完整名称禁止缩写表中字段是另外一张表的主键则为表名id

体现关联关系

说明使用下划线进行分类提升可性方便管理修改为”user_name””user_id””is_friend””is_good”

字段表示不明确

说明使用完整名称提高可读性修改为”user_id””person_id”

2.4

所有字段在设计时除以下数据类型timestamp、image、datetime、smalldatetime、uniqueidentifier、binary、sql_variant、binary

、varbinary外必须有默认值字符型的默认值为一个空字符值串’’数值型的默认值为数值0逻辑型的默认值为数值0系统中所有逻辑型中数值0表示为“假”数值1表示为“真”datetime、smalldatetime类型的字段没有默认值必须为NULL用尽量少的存储空间来存储一个字段的数据

IP地址使用int类型

避免使用NULL字段(NULL字段很难查询优化、NULL字段的索引需要额外空间、NULL字段的复合索引无效)

2.5

如果字段事实上是与其它表的关键字相关联而未设计为外键引用需建索引如果字段与其它表的字段相关联需建索引如果字段需做模糊查询之外的条件查询需建索引除了主关键字允许建立簇索引外其它字段所建索引必须为非簇索引

3、表设计

表必须定义主键默认为ID整型自增如果不采用默认设计必须咨询DBA进行设计评估。

ID字段作为自增主键。

一般所有表都要有id,

id必为主键类型为bigint

unsigned单表时自增、步长为1。

一般情况下主键id和业务没关系的。

强烈建议不使用外键,

数据的完整性靠程序来保证。

多表中的相同列必须保证列定义一致。

使用InnoDB字符集utf8mb4、排序规则utf8mb4_general_ci。

一般情况下每张表都有id、createBy、

createTime、

lastUpdateTime五个字段追踪数据的来源和修改并且只能逻辑删除不能物理删除

单表一到两年内数据量超过500w或数据容量超过10G考虑分表且需要提前考虑历史数据迁移或应用自行删除历史数据。

单条记录大小禁止超过8k

一方面字段不要太多有的都能上百甚至几百个另一方面字段的内容不易过大像文章内容等这种超长内容的需要单独存到另一张表。

日志类数据不建议存储在MySQL上优先考虑Hbase或OB如需要存储请找DBA评估使用压缩表存储。

为了提高查询效率可以适当的数据冗余注意是适当。

表被索引列必须定义为not

null并设置default值。

禁止使用float、double类型建议使用decimal或者int替代。

禁止使用blob、text类型保留大文本、文件、图片建议使用其他方式存储MySQL只保存指针信息。

禁止使用varchar类型作为主键。