tag标签数据库的设计

方案一:

一个表,里面有个tags字段,存放以空格或逗号分隔的标签。缺点是长度受限,tag个数受限,查询like ‘%abc%’效率低

方案二:

同方案一,支持全文索引,或者用Lucence索引查询

方案三:

 两个表,第一个表存储对应的文章等,第二个是tags表,存放第一个表的外键和tag的名称。解决了第一个方案的个数受限问题,不过这样的话会有冗余,比如两个表都有同样的tag名,则会出现两次。

方案三:

三个表,第二个tags表,第三个关联表,典型的3NF,最常规的设计,tag支持树状层级,缺点是千万级数据量的话关联表会非常大!

还有第五种第六种方案,比如增加缓存层,把例如针对”TagA+TagB”的查询缓存1小时,增加冗余列,例如TagA, TagANumber(内容个数), TagB, TagBNumber …

 

参考:http://www.ifanybug.com/article/00119.html

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
⽤户标签系统数据库设计 ⽬前主流的博客系统、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的结构可以完美的提⾼查询效率
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值