3种高效的Tags标签系统数据库设计方案分享
程序员文章站
2024-02-29 17:31:34
需求背景
目前主流的博客系统、cms都会有一个tag标签系统,不仅可以让内容链接的结构化增强,而且可以让文章根据tag来区分。相比传统老式的keyword模式,这种tag...
需求背景
目前主流的博客系统、cms都会有一个tag标签系统,不仅可以让内容链接的结构化增强,而且可以让文章根据tag来区分。相比传统老式的keyword模式,这种tag模式可以单独的设计一个map的映射表来增加系统的负载和查询的效率。
数据库设计方案1
此方案分为2个表:
1.tag表
2.文章表
tag表表结构:
复制代码 代码如下:
tagid # tag标签的id
tagname #tag内容
num #当前tag的引用个数
文章表结构:
复制代码 代码如下:
id #文章id
title #文章标题
tags #tags列表,多个以,分割
tagid #tags的id 多个以,分割
...
此种方式tag标签主要内容保存在 文章表 中,对于tag表的压力较小,只是添加的时候更新一下tag的引用数量,但是查询的时候效率不足,不是好办法
数据库设计方案2
第二种方案使用2个tag表,其中一个保存tag信息,另一个保存映射信息:
tag表:
复制代码 代码如下:
tagid # tag标签的id
tagname #tag内容
num #当前tag的引用个数
tagmap表
复制代码 代码如下:
tagid
aid
文章表
复制代码 代码如下:
id #文章id
title #文章标题
tags #tags列表,多个以,分割
...
这种形式,每次发布内容和修改内容的时候 都去更新一下tag表和 tagmap表。
查询的时候需要从tagmap表中查找响应的文章id,然后使用文章id去查询具体的文章信息,因为每次查询都是使用索引,所以效率较高。
数据库设计方案3
前两种方案都是使用纯粹的mysql来设计的,第三种方案将使用nosql的魅力来设计。
基本结构同方案2,只是在tag表和tagmap表中使用mongo/redis这样的nosql数据库服务器,这样可以发挥nosql数据库强大的线性查询能力。
1) 第一种方式的表结构设计与方案2完全相同,只是数据库服务器换了。
2)其他的方案,当然是发挥nosql的线性能力来设计存储的key了,尤其是使用redis的时候,使用的key的结构可以完美的提高查询效率