数据库——书籍+内容0.1版本

背景：将一本书，存入我们的数据库中，并可以查出来

采用：第三范式（3NF）设计模式

设计数据库模板

第一范式（1NF）：确保表的每一列都是不可分割的原子数据项。
第二范式（2NF）：在满足第一范式的基础上，非主键列必须完全依赖于整个主键，而不是主键的一部分。
第三范式（3NF）：在满足第二范式的基础上，非主键列之间不存在传递依赖关系，即一个非主键列不能依赖于另一个非主键列。

我们通过迭代，一步一步完成到第三范式

第一步：分析书籍是由什么组成的，这样我们才能更好的完成第一范式。

身边有书就拿起书，没书咱们就感谢前辈的努力（crrl+左键）PS：文字作者的休闲时刻奇妙幻想

第一眼，我们可以看见一个叫封面

第二眼，我们可以看见一个叫书名

第三眼，我们可以看见作者的名字

第四眼，侧边有一个出版社（实体书）

第五眼，侧边话还有一个时间

第六眼，书的背面有大佬点评（实体书）

第七眼，我们可以看见字数总和

第八眼，我们可以看见浏览量

第一层组成：封面，书名，作者，出版社，时间，点评，字数，浏览量（我拿三本书看到的信息）

翻开一页，利用上面的那个网站作为例子的，直接看下面就好（点个赞！）

又来了，

第一眼，我们可以看见作者的介绍（目前不涉及）

第二眼，作者写这本书的目的，也就是前言

第二层组成：介绍，前言

再翻几页，我们发现就是那密密麻麻的章节了，没有的按开始提供的网页进行参考

第一眼，我们可以看见加粗的h1标签的章节（凭感觉应该可以看出这个明细是h1打印出来的）

第二眼，每一篇的小标题

第三眼，页数

第三层组成：总章节，每一篇的小标题

第四层就是我们最熟悉的小标题+内容了

这样我们的第一步就完成了，将四层组合一如下

第一层组成：封面，书名，作者，出版社，时间，点评，字数，浏览量

第二层组成：介绍，前言

第三层组成：总章节，每一篇的小标题

第四层组成：小标题，内容

第二步：在第一步的基础上，完成1nf的分析，不可分割的原子数据项。

第一层：封面，书名，作者，出版社，时间，点评，字数，浏览量，已经完成条件不可分割

第二层：介绍，前言，同上

第三层，第四层一样

第一层1nf代码如下，

CREATE TABLE ak47 (  id INT AUTO_INCREMENT PRIMARY KEY,  cover VARCHAR(255) NOT NULL COMMENT '封面图片路径',  title VARCHAR(255) NOT NULL COMMENT '书名',  author VARCHAR(255) NOT NULL COMMENT '作者',  publisher VARCHAR(255) NOT NULL COMMENT '出版社',  publish_date DATE NOT NULL COMMENT '出版时间',  review TEXT COMMENT '点评',  word_count INT NOT NULL COMMENT '字数',  view_count INT DEFAULT 0 COMMENT '浏览量',  introduction TEXT COMMENT '介绍',  preface TEXT COMMENT '前言',  chapter_number INT COMMENT '章节序号',  subtitle VARCHAR(255) COMMENT '小标题',  content TEXT COMMENT '内容'  
);

第三步：将其化为2nf

在满足第一范式的基础上，非主键列必须完全依赖于整个主键，而不是主键的一部分。

分析一下这句话，核心是必须完全依赖于整个主键

拆出来：必须完全，整个主键

整个主键：一整个表只能有一个主键，那么前面这句一整个表好理解，主键是什么呢？

主键：具有代表整个表的关键词（编号，身份证，表单的身份证）

一山不容二虎，除非他是子表

根据这个内容，我们的1nf范式，去进行一个拆解

我们可以分为三大类：第一类：书籍基本信息

第二类：书籍章节

第三类：书籍评价

这一个表就被拆成如下：

第一类：（主键）书籍编号，封面，书名，作者，出版社，出版时间

第二类：书籍编号（父表），书籍章节（主键），章节标题，章节内容，浏览量，字数

第三类：书籍编号（父表），评论ID（主键），评论内容，评论时间

为什么这么拆：封面，书名，作者，出版社，出版时间这些只能通过书籍编号获取，非主键列必须完全依赖于整个主键，

完全依赖，就是指，书名只能通过一个东西去获得，不能通过其他的去得到

第一个原则：重复性，当一个元素能重复时，他就不具有做主键的代表性

所以在选择主键的时候，考虑他可能重复吗？这里我们又可以进行拆一次

第一类：（主键）书籍编号，封面，书名，出版社，出版时间

第二类：作者（主键），作者名字，作者账号，作者简介，作品（父表）

第三类：书籍编号（父表），书籍章节（主键），章节标题，章节内容，浏览量，字数

第四类：书籍编号（父表），评论ID（主键），评论内容，评论时间

这时，作品又可以分类讨论了：一个本书没问题，两本书难不成像文章一样吗，

用《第一本》，《第二本吗》，放在同一个列中吗，很显然不可能

这样看着是不是怪怪的

再分就成五类了

第一类作者信息：作者账号（主键），作者名字，作者简介

第二类书籍信息：（主键）书籍编号，封面，书名，出版社，出版时间

第三类章节信息：书籍编号（父表），书籍章节（主键），章节标题，章节内容，浏览量，字数

第四类评论信息：书籍编号（父表），评论ID（主键），评论内容，评论时间

第五类作者作品：作者编号（父表），书籍编号（父表）

为什么第五类这么拆，我们可以根据查询语句，直接查出父表的内容，说人话就是

父表的内容可以直接被查出来，这样设计就有一点MVC模式了

类拆好了，那么该实现代码了

CREATE TABLE authors (  -- 作者账号，作为主键，具有唯一性  author_account VARCHAR(255) PRIMARY KEY UNIQUE,  -- 作者名字  author_name VARCHAR(255) NOT NULL,  -- 作者简介  author_bio TEXT  
);

第二类

CREATE TABLE books (  -- 书籍编号，作为主键，具有唯一性  book_id INT PRIMARY KEY UNIQUE,  -- 封面  cover VARCHAR(255),  -- 书名  title VARCHAR(255) NOT NULL,  -- 出版社  publisher VARCHAR(255),  -- 出版时间  publication_date DATE  
);

第三大类

CREATE TABLE chapters (  -- 书籍编号，作为父表引用书籍信息表  book_id INT,  -- 书籍章节编号，与书籍编号组合作为复合主键，具有唯一性  chapter_number INT,  -- 章节标题  chapter_title VARCHAR(255) NOT NULL,  -- 章节内容  chapter_content TEXT,  -- 浏览量  view_count INT DEFAULT 0,  -- 字数  word_count INT,  -- 设置复合主键  PRIMARY KEY (book_id, chapter_number),  -- 设置父表约束  FOREIGN KEY (book_id) REFERENCES books(book_id)  
);

第四类：

CREATE TABLE comments (  -- 评论ID，作为主键，具有唯一性  comment_id INT PRIMARY KEY UNIQUE,  -- 书籍编号，作为父表引用书籍信息表  book_id INT,  -- 评论内容  comment_content TEXT NOT NULL,  -- 评论时间，默认为当前时间戳  comment_time TIMESTAMP DEFAULT CURRENT_TIMESTAMP,  -- 设置父表约束  FOREIGN KEY (book_id) REFERENCES books(book_id)  
);

第五类

CREATE TABLE author_works (  -- 作者账号，作为父表引用作者信息表，具有唯一性（与书籍编号组合）  author_account VARCHAR(255),  -- 书籍编号，作为父表引用书籍信息表，具有唯一性（与作者账号组合）  book_id INT,  -- 设置复合主键，确保作者与书籍的关联唯一  PRIMARY KEY (author_account, book_id),  -- 设置父表约束  FOREIGN KEY (author_account) REFERENCES authors(author_account),  FOREIGN KEY (book_id) REFERENCES books(book_id)  
);

总结2nf的一个原则，不可重复性，当出现了重复性，那么我们就要将其分出来