tag标签 mysql表结构_Tag标签系统数据库设计

需求背景

最近在开发一个项目,涉及到标签数据库的设计,开始没有什么头绪。虽然知道怎么实现,但是不知道怎么实现比较好,即性能上可以过得去。

目前主流的博客系统、CMS都会有一个TAG标签系统,不仅可以让内容链接的结构化增强,而且可以让文章根据Tag来区分。相比传统老式的Keyword模式,这种Tag模式可以单独的设计一个Map的映射表来增加系统的负载和查询的效率。

数据库设计方案1

此方案分为2个表:

Tag表

信息表

Tag表表结构:

文章表

此种方式Tag标签主要内容保存在 信息表 中,对于Tag表的压力较小,只是添加的时候更新一下Tag的引用数量,但是查询的时候效率不足,不是好办法

数据库设计方案2

第二种方案使用2个Tag表,其中一个保存Tag信息,另一个保存映射信息:

Tag表:

Tagmap表

信息表

这种形式,每次发布内容和修改内容的时候 都去更新一下Tag表和 Tagmap表。

查询的时候需要从Tagmap表中查找响应的信息ID,然后使用信息ID去查询具体的信息详情,因为每次查询都是使用索引,所以效率较高。

数据库设计方案3

前两种方案都是使用纯粹的Mysql来设计的,第三种方案将使用Nosql的魅力来设计。

基本结构同方案2,只是在Tag表和Tagmap表中使用mongo/redis这样的nosql数据库服务器,这样可以发挥nosql数据库强大的线性查询能力。

1) 第一种方式的表结构设计与方案2完全相同,只是数据库服务器换了。

2)其他的方案,当然是发挥Nosql的线性能力来设计存储的Key了,尤其是使用redis的时候,使用的Key的结构可以完美的提高查询效率

  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
一个个人财务管理系统数据库中通常包含多个,以下是一个可能的结构和关系: 1. 用户(User):存储所有系统的用户信息,包括用户ID、用户名、密码、邮箱等。 2. 账户(Account):存储用户的账户信息,包括账户ID、账户名称、账户类型、账户余额等。 3. 收支记录(Transaction):存储用户的收支记录,包括记录ID、账户ID、收支类型(支出或收入)、金额、日期等。 4. 分类(Category):存储用户定义的分类信息,包括分类ID、分类名称、分类类型(支出或收入)等。 5. 标签(Tag):存储用户定义的标签信息,包括标签ID、标签名称等。 6. 收支记录-分类关联(Transaction_Category):存储每个收支记录与其所属分类的关联关系,包括记录ID、分类ID等。 7. 收支记录-标签关联(Transaction_Tag):存储每个收支记录与其所属标签的关联关系,包括记录ID、标签ID等。 上述之间的关系如下: - 用户(User)与账户(Account)是一对多的关系,即一个用户可以有多个账户,但每个账户只属于一个用户。 - 账户(Account)与收支记录(Transaction)是一对多的关系,即一个账户可以有多条收支记录,但每条记录只属于一个账户。 - 收支记录(Transaction)与分类(Category)是多对一的关系,即一条收支记录只属于一个分类,但一个分类可以有多条收支记录。 - 收支记录(Transaction)与标签(Tag)是多对多的关系,即一条收支记录可以有多个标签,一个标签也可以对应多条收支记录。这个关系需要使用关联(Transaction_Tag)来实现。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值