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

本文详细介绍了如何设计一个博客系统的数据库,包括文章、文章内容、分类、图片和管理员表,每个表的字段都有明确的用途,如文章的浏览量、状态、发布时间等。通过分离大内容字段和设置合适索引,提高了数据检索效率。此外,还考虑了分类的层级结构、图片的元信息和管理员账号的安全性。这样的设计为后续的博客功能开发和性能优化奠定了坚实的基础。
摘要由CSDN通过智能技术生成

根据前面的构思信息,结合思维导图、设计稿,我们就可以设计数据库了:
我们需要创建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表示管理员的删除时间,记录这个管理员是什么时候删除的存的同样是时间戳

至此数据库设计完成了,详细到每一个字段的意思和作用。我们将上面设计的数据结果信息导入到数据库就得到了可用的数据库了。接下来,我们将根据博客的需要,来选择开发的语言和技术了。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值