麻豆 91 数据库开荒想象法度(通用)
发布日期:2024-09-30 20:37    点击次数:178

麻豆 91 数据库开荒想象法度(通用)

一、编写打算 

为了在软件生命周期内法度数据库关连的需求分析、想象、开荒、测试、运维处事,便于不同团队之间的换取相助麻豆 91,以及在关连法度上达成共鸣,擢升关连措施的处事效力和系统的可人惜性。同期好的法度,在施行的时候不错培养出好的风俗,好的风俗是软件质地的保证。本法度旨在匡助或教会RD、QA、OP等时期东谈主员作念出恰当线上业务的数据库想象。在数据库变更和处理经由、数据库表想象、SQL编写等方面给以法度,从而为公司业务系统富厚、健康地驱动提供保险。

二、概述

  从数据库的想象原则、定名法度等方面通告数据库想象的法度念念想及定名章程。参照以下原则进行数据库想象:

(1)浅显业务功能达成、业务功能扩张

(2)浅显想象开荒、增强系统的富厚性和可人惜性;

(3)保证数据齐备性和准确性

(4)提高数据存储效力,在振功课务需求的前提下,使时刻支出和空间支出达到优化平衡。

三、数据库对象想象总原则

1. 数据表的个数越少越好。

2. 数据表中的字段个数越少越好。

3. 数据表中结伙主键的字段个数越少越好。

4. 使用主键越多、外键越少越好。

5. 数据库单表数据量不突出2000万行。若单表突出2000万行,则研讨分库分表架构(针对MySQL)简略分区表(针对Oracle)。

6. 存储引擎非特殊情况使用InnoDB(MySQL),使用其他存储引擎需央求。

7. 对于图像类、文档类存储,提倡在MySQL简略Oracle数据库以外进行存储,比如使用文档服务器简略文档数据库。

注意:这个原则并不是十足的,无意候咱们需要殉难数据的冗余度来换取数据处理的效力。

(一)数据库对象想象法度-库

1、【强制】库的称号必须限定在30个字符以内,只可使用英笔墨母、数字和下划线,提倡以英笔墨母开首。

2.【强制】库名中英文一律小写,不同单词华取下划线分割。须见名知意。

3.【强制】库的称号神色:业务系统称号_子系统名。

4.【强制】库名不容使用枢纽字(如type,order等)。

5.【强制】创建数据库时必须显式指定字符集,况且字符集只然则utf8简略utf8mb4。

创建数据库SQL例如(MySQL):CREATE DATABASE crm_fundDEFAULT CHARACTER SET 'utf8' ;

6.【提倡】对于法度联结数据库账号,除名权限最小原则

使用数据库账号只可在一个DB下使用,不准跨库。法度使用的账号原则上不准有drop权限 。

7.【提倡】临时库以 tmp_ 为前缀,并以日历为后缀;备份库以bak_为前缀,并以日历为后缀。

(二)数据库对象想象法度-表、列

1. 【强制】表和列的称号必须限定在32个字符以内,表名只可使用英笔墨母、数字和下划线,提倡以英笔墨母开首。

2. 【强制】 表名、列名一律小写,不同单词华取下划线分割。须见名知意。

3. 【强制】表名要求有模块名强关连,吞并模块的表名尽量使用长入前缀。比如:crm_fund_item。

4. 【强制】创建表时必须显式指定字符集为utf8或utf8mb4。

5. 【强制】表名、列名不容使用枢纽字(如type,order等)。

6. 【强制】创建表时必须显式指定表存储引擎类型。如无特殊需求,一律为InnoDB。

7. 【强制】建表必须有注目comment。

8. 【强制】不容在数据库中存储明文密码。

8. 【强制】字段定名应尽可能使用抒发践诺含义的英文单词或缩写。如:公司ID,不要使用corporation_id, 而用corp_id 即可。

9. 【强制】布尔值类型的字段定名为is_姿首。如member表上暗示是否为enabled的会员的字段定名为is_enabled。

10. 【强制】不容在数据库中存储图片、文献等大的二进制数据。

平凡文献很大,短时刻内变成数据量快速增长,数据库进行数据库读取时,平凡会进行大量的立时IO操作,文献很大时,IO操作很耗时。平凡存储于文献服务器,数据库只存储文献地址信息。

11. 【提倡】建表时对于主键:表必须有主键(1)强制要求主键为id,类型为int或bigint,且为auto_increment 提倡使用unsigned无标记型。 (2)标记内外每一瞥主体的字段不要设为主键,提倡

设为其他字段如user_id,order_id等,并修复unique key索引。因为如若设为主键且主键值为立时插入,则会导致innodb里面页分裂和大量立时I/O,性能着落。

12. 【提倡】中枢表(如用户表)必须有行数据的 创建时刻字段(create_time)和临了更新时刻字段(update_time),便于查问题。

13. 【提倡】表中扫数字段尽量王人是NOT NULL属性,业务不错凭证需要界说DEFAUL值。因为使用NULL值会存在每一瞥王人会占用很是存储空间、数据移动容易出错、团聚函数议论末端偏差等问题。

14. 【提倡】扫数存储一样数据的列名和列类型必须一致,幸免隐式调遣(一般当作关联列,如若查询时关联列类型不一致会自动进行数据类型隐式调遣,会变陈列上的索引失效,导致查询效力镌汰)。

15. 【提倡】中间表(或临时表)用于保留中间末端集,称号以tmp_开首。备份表用于备份或捏取源表快照,称号以bak_开首。中间表和备份表依期计帐。

16.  【提倡】表要有预留字段。可评估预留1-3个字段,以防后期表扩容变更。

17. 【提倡】字符串存储聘任。定长char,非定长varchar、text(上限65535,其中varchar还会消耗1-3字节记载长度,而text使用很是空间记载长度)。

18. 【提倡】定长和非定长数据类型的聘任。decimal不会亏空精度,存储空间会随数据的增大而增大。double占用固定空间,较大数的存储会亏空精度。非定长的还有varchar、text。

19. 【提倡】优先聘任合乎存储需要的最小的数据类型、幸免使用ENUM类型。

20. 【提倡】使用TIMESTAMP存储时刻、DECIMAL代替FLOAT和DOUBLE存储精准浮点数、使用UNSIGNED存储非负整数、使用INT UNSIGNED存储IPV4。

21. 【提倡】尽可能不使用TEXT、BLOB类型。对于报文之类的大文本,不错用TEXT、BLOB类型,提倡将该列单独想象为一张表,并通过关联字段与主表关联进行查询或其他操作。

22. 【提倡】特定字段类型的聘任提倡。

1)仅存储年使用YEAR类型,日历使用DATE类型。

2)时刻类型使用datetime,不要使用timestmp。

3)钱币等精准浮点类型使用DECIMAL类型。

4)数值字段增长上限不大,不使用BIGINT。

23. 【示范】一个较为法度的建表语句:

CREATE TABLE user_info (

`id` int unsigned NOT NULL AUTO_INCREMENT COMMENT '自增主键',

`user_id` bigint(11) NOT NULL COMMENT '用户id',

`username` varchar(45) NOT NULL COMMENT '信得过姓名',

`email` varchar(30) NOT NULL COMMENT '用户邮箱',

`nickname` varchar(45) NOT NULL COMMENT '昵称',

`birthday` date NOT NULL COMMENT '寿辰',

`sex` tinyint(4) DEFAULT '0' COMMENT '性别',

`short_introduce` varchar(150) DEFAULT NULL COMMENT '一句话先容我方,最多50个汉字',

`user_resume` varchar(300) NOT NULL COMMENT '用户提交的简历存放地址',

`user_register_ip` int NOT NULL COMMENT '用户注册时的源ip',

`create_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时刻',

`update_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE

CURRENT_TIMESTAMP COMMENT '修改时刻',

`user_review_status` tinyint NOT NULL COMMENT '用户贵寓审核情景,1为通过,2为审核中,3为未 通过,4为还未提交审核',

PRIMARY KEY (`id`),

UNIQUE KEY `uniq_user_id` (`user_id`),

KEY `idx_username`(`username`),

KEY `idx_create_time_status`(`create_time`,`user_review_status`)

) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='网站用户基本信息'

24. 【提倡】创建表时,不错使用可视化器具。这么不错确保表、字段关连的商定王人能确立上。践诺上,咱们平凡很少我方写DDL 语句,不错使用一些可视化器具来创建和操作数据库和数据表。可视化器具除了浅显,还能径直帮咱们将数据库的结构界说更动成 SQL 谈话,浅显数据库和数据表结构的导出和导入。

(三)数据库对象想象法度-索引

1. 【强制】InnoDB表必须主键为id int/bigint auto_increment,且主键值不容被更新。

2. 【强制】InnoDB和MyISAM存储引擎表,索引类型必须为BTREE。

3. 【提倡】主键的称号以pk_开首,唯一键以uni_或uk_开首,闲居索引以idx_开首,一律使用小写神色,以字段的称号或缩写当作后缀。

4. 【提倡】多单词构成的columnname,取前几个单词首字母,加末单词构成column_name。如:

sample 表 member_id 上的索引:idx_sample_mid。

5. 【提倡】单个表上的索引个数不成突出6个。

6. 【提倡】在修复索引时,多研讨修复结伙索引,并把别离度最高的字段放在最前边。

7. 【提倡】在多表 JOIN 的SQL里,保证被驱动表的联结列上有索引,这么JOIN 施行效力最高。

8. 【提倡】建表或加索引时,保证内外相互不存在冗余索引。比如:如若内外依然存在key(a,b),则key(a)为冗余索引,需要删除。

9. 【提倡】不使用更新通常的列当作主键,如无特殊要求,使用自增id当作主键。对于并发插入量较大且需要物理主键的表,不错通过访佛JAVA里的guid键值来代替。

10. 【提倡】索引创建聘任唯一性较强的字段。

11. 【提倡】索引聘任数据类型较短的字段。

12. 【提倡】尽量幸免使用外键,容易产死活锁,由表层期骗法度保证敛迹。

13. 【提倡】筛选text 或较长varchar类型字段,需使用全文索引。

14. 【提倡】全文索引必须使用match函数, AGAINST函数,不复旧%通配符匹配,例如:SELECT * FROM articles     WHERE MATCH (title,body)     AGAINST ('database' IN NATURAL LANGUAGE MODE);

15. 【提倡】伏击的SQL语句必须被索引,例如:Update\delete语句的where条目列;order by \group by\distinct字段。

16. 【提倡】索引列提倡:

1) 出当今SELECT、UPDATE、DELETE语句的WHERE从句中的列;

2) 包含在ORDER BY、GROUP BY、DISTINCT中的字段;

3) 多表join的关联列;

注意:并不要将合乎1和2中的字段的列王人修复一个索引,平凡将1、2中的字段修复结伙索引成果更好。

17. 【提倡】索引列章程提倡

1) 别离度最高的放在结伙索引的最左侧(别离度=列中不同值的数目/列的总行数);

2) 尽量把字段长度小的列放在结伙索引的最左侧(因为字段长度越小,一页能存储的数据量越大,IO性能也就越好);

3) 使用最通常的列放到结伙索引的左侧(这么可较少的修复一些索引)。

(四)数据库对象想象法度-视图

1. 【强制】数据库不成包含具有一样称号的表和视图。

2. 【强制】界说中不成援用TEMPORARY表,不成创建TEMPORARY视图。

3. 【强制】不成将触发法度与视图关联在通盘。

4. 【提倡】视图以v_name定名。

(五)数据库想象法度-SQL语句

1. 【强制】法度端SELECT语句必须指定具体字段称号,不容写成*。

2. 【强制】不容like “