前言

本系列文章的以学习为目的，结合Java中的spring、mybatis、maven和前端的vue等时下较为流行的开发技术，来实现一个简单的wiki项目，如果您对文中的开发思路或者行文观点有不同的意见，欢迎在文章下面留下您的观点。

数据库设计

根据上一篇文章的介绍，我们的功能核心就在问题、解决方案和专题上。那么现在我们就可以开始着手数据库设计的工作了。

数据库建模

启动之前安装好的 navicat 软件，按照如图所示的步骤新建一个数据库模型

然后我们就开始为我们的模型中的第一个图表命名，方便以后查找

接下来我们在空白位置右键，新建一个表

在建立数据表的过程中，建议为所有的表设计表前缀，如图：

回车后，双击刚刚新建的user表，为表添加字段，如图：

接下来，我就不一一介绍如何建表及其字段了，参照下面这张图完成整个数据库的设计吧！

数据库字段说明

用户【wiki_user】

字段	类型	允许空	默认值	描述
id	bigint(11) unsigned	NO		[PK] AUTO_INCREMENT
username	varchar(20)		NULL	用户名
password	varchar(32)	NO		密码
mail	varchar(50)	NO		邮箱
real_name	varchar(20)		NULL	真实姓名
nick_name	varchar(20)		NULL	昵称
avatar	varchar(255)		NULL	头像
gender	bit(1)		b’1’	性别【1:男,0:女】

专题【wiki_topic】

字段	类型	允许空	描述
id	bigint(11) unsigned	NO	[PK] AUTO_INCREMENT
creator	bigint(11) unsigned	NO	[FK](NO ACTION)专题创建者，参照用户表
name	varchar(50)	NO	专题名称
symbol	varchar(255)	NO	专题标志【指专题的图标】
description	varchar(190)	NO	专题描述

赞【wiki_star】

字段	类型	允许空	描述
id	bigint(11) unsigned	NO	[PK] AUTO_INCREMENT
uid	bigint(11) unsigned	NO	[FK](NO ACTION)点赞的用户，参照用户表
sid	bigint(11) unsigned	NO	[FK](NO ACTION)被赞的解决方案，该ID仅对type=solution的章节有效，参照章节表

章节【wiki_section】

字段	类型	允许空	默认值	描述
id	bigint(11) unsigned	NO		[PK] AUTO_INCREMENT
uid	bigint(11) unsigned	NO		[FK](NO ACTION)发布章节的用户，参照用户表
type	set(‘question’,’solution’,’topic’)		‘question’	章节的类型
title	varchar(50)		NULL	章节标题
tid	bigint(11) unsigned		NULL	专题ID，仅当type=topic时有效
pv	int(10) unsigned		0	该章节被浏览的次数，仅当type=question时有效
description	varchar(190)		NULL	简述

章节内容【wiki_section_content】

字段	类型	允许空	描述
id	bigint(11) unsigned	NO	[PK] AUTO_INCREMENT
sid	bigint(11) unsigned	NO	[FK](CASCADE) 针对章节，参照章节表
dom	longtext		html文本

章节与语言的关系表【wiki_section_r_language】

字段	类型	允许空	默认值	描述
sid	bigint(11) unsigned	NO		[PK][FK](CASCADE) 针对章节，参照章节表
lid	bigint(11) unsigned	NO		[PK][FK](CASCADE) 针对语言，参照语言表

语言【wiki_language】

字段	类型	允许空	默认值	描述
id	bigint(11) unsigned	NO		[PK] AUTO_INCREMENT
name	varchar(50)	NO		语言的名称
popular	bit(1)		b’0’	是否为流行语言

关注【wiki_follow】

字段	类型	允许空	描述
id	bigint(11) unsigned	NO	[PK] AUTO_INCREMENT
active	bigint(11) unsigned	NO	[FK](CASCADE)发起关注动作的用户，参照用户表
passive	bigint(11) unsigned	NO	[FK](CASCADE)被关注的用户，参照用户表

小结
建表的小建议，就开发而言，一般习惯于如下几点：

一般情况下，将主键/外键设置为11位的自增整型
一般情况下，没有特殊要求的话，整数约束为无符号
一般情况下，如果数据只有真和假这种布尔型的数据需要存储，建议采用bit类型
尽可能地为每个字段设置注释，以便项目维护
为了便于建立索引，文本类型的字段的长度尽可能的短，最长不建议超过200，上限255

同步到数据库

我们在Navicat中建立好了模型后，就能一键同步到数据库了，当然，我们需要提前建立好一个新的数据库，如图所示：

为了统一编码，在新建数据库的时候将字符集编码设置为UTF8

接下来，回到我们刚刚建立好的模型图来，按照如下操作开始执行同步到数据库：

在弹出来的对话框中选择同步的模式，因为我们刚刚新建的数据库，所以，你选择哪种都无所谓，我这里选择的是第一种：

接下来就需要为同步的工作指定目标数据库了，如下图所示：

接下来是会弹出【对比】对话框，系统默认就好，不需要额外的设置，直接点击【对比】按钮

在接下来的对话框中，是指定需要执行的查询语句，模型会将刚刚设置好的图表转换为多条查询语句来执行，我们这里将其全部选勾选，表示全部都要执行。然后点击【运行查询】。

如果在接下来的对话框中的信息输出中看到信息前缀均是[Msg]，则说明一切都很顺利，否则，你得回去看看对应的错误，来排错了。接下来就不要再点击查询按钮了，点击右下角的关闭按钮就行了。

一般来讲，如果出错，信息前缀为[Err]，然后会在后面显示是执行哪个查询语句出现了错误，那么可以根据被执行的sql语句来判定是哪张表设计的不对，进而排查问题。

到这里，数据库建模操作已完成，我们可以关闭模型设计器了。然后我们在左侧的链接中打开刚刚我们设计好的数据库，就能看到如下所示的界面：

数据库初始化