关于golang:将构思转成计算机可识别的设计根据构思为我的博客设计数据库

34次阅读

共计 4146 个字符,预计需要花费 11 分钟才能阅读完成。

依据后面的构思信息,联合思维导图、设计稿,咱们就能够设计数据库了:
咱们须要创立 5 张表,别离是:文章表 (articles)、文章内容表(article_data)、文章分类表(categories)、文章图片表(attachments)、博客管理员表(admins)。
接着给每张表设计须要的字段:

文章表 articles 表构造:

CREATE TABLE `articles` (`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `title` varchar(250) NOT NULL DEFAULT '',
  `keywords` varchar(250) NOT NULL DEFAULT '',
  `description` varchar(250) NOT NULL DEFAULT '',
  `category_id` int(10) unsigned NOT NULL DEFAULT 0,
  `views` int(10) unsigned NOT NULL DEFAULT 0,
  `status` tinyint(1) unsigned NOT NULL DEFAULT 0,
  `created_time` int(11) NOT NULL DEFAULT 0,
  `deleted_time` int(11) NOT NULL DEFAULT 0,
  PRIMARY KEY (`id`),
  KEY `idx_updated_time` (`created_time`),
  KEY `idx_category_id` (`category_id`),
  KEY `idx_views` (`views`),
  KEY `idx_status` (`status`),
  KEY `idx_created_time` (`created_time`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

设计的文章表用来存储博客文章信息,有 9 个字段,别离对应字段的中文意思。

  • id 为文章的自增 id
  • title 为文章的题目
  • keywords 为文章的关键词
  • description 为文章的简介
  • category_id 为文章与分类关联的分类 id
  • views 为文章的浏览量计数
  • status 为文章的显示状态,值为 1 的时候示意失常显示,值为 0 的是,示意是草稿,不在前台显示,值为 99 的时候,示意这篇文章已删除,不在前台显示,留存是为了当前查验
  • created_time 示意文章公布工夫,存的是工夫戳
  • deleted_time 示意文章的删除工夫,记录这篇文章是什么时候删除的存的同样是工夫戳

文章内容表 article_data 表构造

CREATE TABLE `article_data` (`article_id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `content` longtext DEFAULT NULL,
  PRIMARY KEY (`article_id`),
  CONSTRAINT `fk_articles_article_data` FOREIGN KEY (`article_id`) REFERENCES `articles` (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

设计文章表和文章内容表离开来寄存,次要是因为文章内容字段往往会有很多内容,而大内容在 mysql 搜寻中,会拖慢搜寻工夫,往往内容在列表显示的时候,并不需要展现进去,所以离开寄存能够让文章列表展现的时候,不须要读取文章内容,进步展现工夫,缩小内存耗费。离开寄存也不影响具体文章展现成果。
文章内容表比较简单,它只有 2 个字段

  • article_id 为文章 id,关联文章表的 id
  • content 为文章内容,采纳 longtext 格局存储,能够存储 40 亿字节的数据,不必放心文章写长一点就无奈保留的问题。

文章分类表 categories 表构造

CREATE TABLE `categories` (`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `title` varchar(250) NOT NULL DEFAULT '',
  `description` varchar(250) NOT NULL DEFAULT '',
  `content` longtext DEFAULT NULL,
  `parent_id` int(10) unsigned NOT NULL DEFAULT 0,
  `status` tinyint(1) unsigned NOT NULL DEFAULT 0,
  `created_time` int(11) NOT NULL DEFAULT 0,
  `deleted_time` int(11) NOT NULL DEFAULT 0,
  PRIMARY KEY (`id`),
  KEY `idx_created_time` (`created_time`),
  KEY `idx_updated_time` (`created_time`),
  KEY `idx_parent_id` (`parent_id`),
  KEY `idx_status` (`status`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

文章分类表用来存储文章分类,设置了 8 个字段,他们别离是:

  • id 为分类 id
  • title 为分类名称
  • description 为分类简介
  • content 为分类内容
  • parent_id 为分类的下级分类 id
  • status 为分类的状态,值为 1 的时候示意失常显示,值为 0 的是,示意是草稿,不在前台显示,值为 99 的时候,示意这个分类已删除,不在前台显示,留存是为了当前查验
  • created_time 示意分类的公布工夫,存的是工夫戳
  • deleted_time 示意分类的删除工夫,记录这个分类是什么时候删除的存的同样是工夫戳

这里设计预留了一些字段,为当前扩大须要须要。分类简介、分类内容、分类下级 id 可能临时用不到,前期用到再应用。

文章图片表 attachments 表构造

CREATE TABLE `attachments` (`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `file_name` varchar(100) NOT NULL DEFAULT '',
  `file_location` varchar(250) NOT NULL DEFAULT '',
  `file_size` bigint(20) unsigned NOT NULL DEFAULT 0,
  `file_md5` varchar(32) NOT NULL DEFAULT '',
  `width` int(10) unsigned NOT NULL DEFAULT 0,
  `height` int(10) unsigned NOT NULL DEFAULT 0,
  `status` tinyint(1) unsigned NOT NULL DEFAULT 0,
  `created_time` int(11) NOT NULL DEFAULT 0,
  `deleted_time` int(11) NOT NULL DEFAULT 0,
  PRIMARY KEY (`id`),
  UNIQUE KEY `file_md5` (`file_md5`),
  KEY `idx_status` (`status`),
  KEY `idx_created_time` (`created_time`),
  KEY `idx_updated_time` (`created_time`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

文章图片表用来存储公布文章上传的图片信息。它有 10 个字段。

  • id 为图片入库自增 id
  • file_name 为图片文件名
  • file_location 为图片的存储门路
  • file_size 为图片的大小
  • file_md5 为图片的 MD5 值,用来判断图片是否曾经上传过,反复的图片能够跳过上传和存储入库步骤
  • width 为图片的宽度
  • height 为图片的高度
  • status 为图片的状态,值为 1 的时候示意失常显示,值为 0 的是,示意是草稿,不在前台显示,值为 99 的时候,示意这篇文章已删除,不在前台显示,留存是为了当前查验
  • created_time 示意图片的公布工夫,存的是工夫戳
  • deleted_time 示意图片的删除工夫,记录这个图片是什么时候删除的存的同样是工夫戳

博客管理员表 admins 表构造

CREATE TABLE `admins` (`id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `user_name` varchar(16) NOT NULL DEFAULT '',
  `password` varchar(128) NOT NULL DEFAULT '',
  `status` tinyint(1) unsigned NOT NULL DEFAULT 0,
  `created_time` int(11) NOT NULL DEFAULT 0,
  `deleted_time` int(11) NOT NULL DEFAULT 0,
  PRIMARY KEY (`id`),
  KEY `idx_user_name` (`user_name`),
  KEY `idx_status` (`status`),
  KEY `idx_created_time` (`created_time`),
  KEY `idx_updated_time` (`created_time`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

博客管理员表用来存储博客管理员的账号和明码。实践上反对多管理员应用。

  • id 为管理员 id
  • user_name 为管理员名称
  • password 为管理员明码,这个明码不是明文的,它是一串加密过的字符串,数据库是不保留明文明码的。验证明码的时候,通过将提交的明码加密,而后对 2 个加密的明码做比对来验证明码是否正确。
  • status 为管理员的状态,值为 1 的时候示意失常显示,值为 0 的时候,示意该用户已禁用,值为 99 的时候,已删除
  • created_time 示意管理员的增加工夫,存的是工夫戳
  • deleted_time 示意管理员的删除工夫,记录这个管理员是什么时候删除的存的同样是工夫戳

至此数据库设计实现了,具体到每一个字段的意思和作用。咱们将下面设计的数据后果信息导入到数据库就失去了可用的数据库了。接下来,咱们将依据博客的须要,来抉择开发的语言和技术了。

正文完
 0