3种高效的Tags标签系统数据库设计方案分享
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了3种高效的Tags标签系统数据库设计方案分享,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1627字,纯文字阅读大概需要3分钟。
内容图文
![3种高效的Tags标签系统数据库设计方案分享](/upload/InfoBanner/zyjiaocheng/557/0bf798ef2b204fe49d96f84ef93a8059.jpg)
需求背景 目前主流的博客系统、CMS都会有一个TAG标签系统,不仅可以让内容链接的结构化增强,而且可以让文章根据Tag来区分。相比传统老式的Keyword模式,这种Tag模式可以单独的设计一个Map的映射表来增加系统的负载和查询的效率。 数据库设计方案1 此方案分
需求背景
目前主流的博客系统、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的结构可以完美的提高查询效率
内容总结
以上是互联网集市为您收集整理的3种高效的Tags标签系统数据库设计方案分享全部内容,希望文章能够帮你解决3种高效的Tags标签系统数据库设计方案分享所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。