网站开发的方式,外贸建站推广公司,佳木斯做微网站,建设网站的分析1、数据库库表命名规范
1.1 数据库命名规范
采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线_组成#xff0c;命名简洁明确#xff0c;多个单词用下划线_分隔,一个项目一个数据库#xff0c;多个项目慎用同一个数据库全部小写命名#xff0c;禁止出现大…1、数据库库表命名规范
1.1 数据库命名规范
采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线_组成命名简洁明确多个单词用下划线_分隔,一个项目一个数据库多个项目慎用同一个数据库全部小写命名禁止出现大写禁止使用数据库关键字如nametime datetimepassword等表名称不应该取得太长一般不超过三个英文单词表的名称一般使用名词或者动宾短语用单数形式表示名称例如使用 employee而不是 employees表必须填写描述信息使用SQL语句建表时数据库创建 字符集utf8mb4、排序规则utf8mb4_general_ci
示例档案管理 数据库 就是 bip_archives 表名 就 archives_xxx
1.2 命名规范
模块_功能点 示例alllive_log alllive_category功能点 示例live message通用表 示例all_user
1.3 待优化命名示例
冗余
错误示例yy_alllive_video_recomment yy_alllive_open_close_log
说明去除项目名简化表名长度去”yy_”
相同类别表命名存在差异管理性差
错误示例yy_all_live_category yy_alllive_comment_user
说明去除项目名统一命名规则均为”yy_alllive_”开头即可
命名格式存在差异
错误示例yy_showfriend yy_user_getpoints yy_live_program_get
说明去除项目名统一命名规则动宾短语分离且动宾逻辑顺序统一
2、数据库字段命名规范
2.1 字段命名规范
采用26个英文字母(区分大小写)和0-9的自然数(经常不需要)加上下划线_组成命名简洁明确多个单词用下划线_分隔全部小写命名禁止出现大写字段必须填写描述信息禁止使用数据库关键字如nametime datetime password 等字段名称一般采用名词或动宾短语采用字段的名称必须是易于理解一般不超过三个英文单词在命名表的列时不要重复表的名称。例如在名employe的表中避免使用名为employee_lastname的字段不要在列的名称中包含数据类型字段命名使用完整名称禁止缩写表中字段是另外一张表的主键则为表名id 体现关联关系 示例user_id
2.2 命名规范
名词 示例user_id user_name sex动宾短语 示例is_friend is_good
2.3 待优化命名示例
大小写规则不统一
错误示例user_id houseID
说明使用统一规则修改为”user_id””house_id”
加下划线规则不统一
错误示例username userid isfriend isgood
说明使用下划线进行分类提升可性方便管理修改为”user_name””user_id””is_friend””is_good”
字段表示不明确
错误示例uid pid
说明使用完整名称提高可读性修改为”user_id””person_id”
2.4 字段类型规范
所有字段在设计时除以下数据类型timestamp、image、datetime、smalldatetime、uniqueidentifier、binary、sql_variant、binary 、varbinary外必须有默认值字符型的默认值为一个空字符值串’’数值型的默认值为数值0逻辑型的默认值为数值0系统中所有逻辑型中数值0表示为“假”数值1表示为“真”datetime、smalldatetime类型的字段没有默认值必须为NULL用尽量少的存储空间来存储一个字段的数据
使用int就不要使用varchar、char
用varchar(16)就不要使varchar(256)
IP地址使用int类型
固定长度的类型最好使用char例如邮编(postcode)
能使用tinyint就不要使用smallintint
最好给每个字段一个默认值最好不能为null
用合适的字段类型节约空间
字符转化为数字(能转化的最好转化同样节约空间、提高查询性能)
避免使用NULL字段(NULL字段很难查询优化、NULL字段的索引需要额外空间、NULL字段的复合索引无效)
少用text类型(尽量使用varchar代替text字段)
2.5 数据库中每个字段的规范描述
尽量遵守第三范式的标准3NF 表内的每一个值只能被表达一次 表内的每一行都应当被唯一的标示 表内不应该存储依赖于其他键的非键信息
如果字段事实上是与其它表的关键字相关联而未设计为外键引用需建索引如果字段与其它表的字段相关联需建索引如果字段需做模糊查询之外的条件查询需建索引除了主关键字允许建立簇索引外其它字段所建索引必须为非簇索引
3、表设计
表必须定义主键默认为ID整型自增如果不采用默认设计必须咨询DBA进行设计评估。ID字段作为自增主键。一般所有表都要有id, id必为主键类型为bigint unsigned单表时自增、步长为1。一般情况下主键id和业务没关系的。强烈建议不使用外键, 数据的完整性靠程序来保证。多表中的相同列必须保证列定义一致。使用InnoDB字符集utf8mb4、排序规则utf8mb4_general_ci。一般情况下每张表都有id、createBy、 createTime、 lastUpdateBy lastUpdateTime五个字段追踪数据的来源和修改并且只能逻辑删除不能物理删除 单表一到两年内数据量超过500w或数据容量超过10G考虑分表且需要提前考虑历史数据迁移或应用自行删除历史数据。单条记录大小禁止超过8k 一方面字段不要太多有的都能上百甚至几百个另一方面字段的内容不易过大像文章内容等这种超长内容的需要单独存到另一张表。日志类数据不建议存储在MySQL上优先考虑Hbase或OB如需要存储请找DBA评估使用压缩表存储。为了提高查询效率可以适当的数据冗余注意是适当。表被索引列必须定义为not null并设置default值。禁止使用float、double类型建议使用decimal或者int替代。禁止使用blob、text类型保留大文本、文件、图片建议使用其他方式存储MySQL只保存指针信息。禁止使用varchar类型作为主键。
