如何设计一款高效的TAG索引系统

手帐tag机关教程教程如下：

材料准备：硬纸板，美术刀，彩纸。

操作步骤：

1、将19:14的硬纸板，长边按照9:9:1的大小分别折叠一下。将素材粘贴到左侧固定处；然后在此素材旁用刀在硬纸板划出一道0.2cm宽的滑道。将6:1的硬纸板平均等分为A、B、C、D、E、F六份，是在右侧的素材后使用。

2、将6:1的硬纸板按照等分正反方向折叠一下，将BC黏在一起，DE黏在一起。

3、将步骤3和素材二黏在一起，然后把素材二穿到步骤一的滑道中。

4、把19:14的大纸板的1cm处粘住，即可拉动。

对于儿童来讲，折纸游戏有很多好处。折纸可以锻炼孩子手指的灵活性，开发他们的动手能力和创新能力；生活中的物品、小动物、交通工具等变成形象的折纸，在这个过程中，孩子的空间想象能力也会得到提高。

对于老人来讲，折纸游戏不但可以帮助他们开动脑筋、活跃思维，从而达到手、眼、脑三位一体的综合协调，还可以预防老年人记忆力下降，有些疗养院，就以折纸作为病人康复的治疗途经。

由折纸艺术引申而来的“折纸数学”，用方程式证明了：理论上任何一种几何形态都可以用折纸模拟。借助计算机软件的辅助设计，现在的折纸研究者可以折出比以往更为复杂的图形。

Private Sub Form_Load()

Label1.BorderStyle = 1

Label1.Caption = "XX号，XXX": Me.BackColor = vbYellow

End Sub

Private Sub Label1_Click() '单击

Label1.Alignment = 2

End Sub

Private Sub Label1_DblClick() '双击

Label1.BackStyle = 0

End Sub

'按F5

作者：水八口

链接：https://www.zhihu.com/question/20651310/answer/36191694

来源：知乎

著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

根据本人大于五次的博客整改经验，在博客界，tag 一般和 category 搭配使用。比如：

category: photography

tag1: portrait

tag2: landscape

tag3: street

......

category: design

tag1: web

tag2: graphic

......

也就是说，category 定义大分类，tag 定义此 category 下的小分类。这么一来应该比较详细且系统。很多人写博客有固定的 category，但 tag 都是随手加的，这就导致查找的时候不知道如何下手。解决这个问题的一个死脑筋办法就是，把这些 categories 和 tags 用树形图记录下来，留个档，当记忆模糊的时候可以查看。

关于 tag 的数量，我觉得还是根据不同的人的情况而定。比如我是一个摄影师，我的 tag 可能就局限在摄影类词汇。而如果我是跨越摄影和设计界的，那么 tag 数量就会多很多。重要的还是对所管理内容的把握，以及将来发展性的预测。比如我现在是一名设计师兼摄影师，最近在学绘画，将来可能在这一领域也有内容展示，那么这个结构就要为添加绘画领域而留好空位或者易于添加。

关于如何判定一个 tag 是否应该建立，个人认为在此 tag 下的以往内容+将来内容若是大于5篇，便可以建立。小于5篇的话应该可以记得住吧。另外还有一种曲线救国的办法，就是在文章中安插关键字，这么一来即使没有 tag，全文搜索也能找到相对应文章。

基本的tag其实就是把东西添加到数据库当中，基本就是多个tag

tagID,tagContent

1,"是把,是把"

tagContent加入","号

或者tagID,tagContent

1,"是把"

2,"是把"

几乎在所有web项目中，都涉及文章分类和标签的设计，应该说这是一个比较常见、典型的案例。站长并不保证我的思路就是最好的，只是分享出来大家一起交流一下，互相促进与提高。我们假设的开发项目是一个博客系统，最核心的部分就是与文章相关的，那么我们今天讨论如何设计博客系统的文章分类和标签。1、首先，分类和标签都是要和具体的文章相关联的，当然也可能一些文章既没有分类也没有标签，这一点是大家在写查询的时候容易疏忽的地方。因为我们的第一感觉就是，在查询文章列表的时候关联分类表，查出所有的文章和分类，对应关系一般是文章表的分类id对应分类表的id，使用where子句进行限定。这里就存在一个问题了，由于使用了where子句，那么只能查询有分类的文章，而没有分类的文章就查询不到了。这时候怎么办？应该使用连接查询，left join，这要没有分类的文章，在文章分类id那一栏会显示null。通常我们只使用left join，而很少使用right join。2、一般，一篇文章最好只对应一个分类，当然如果你想要对应多个分类也可以。但站长并不提倡，文章在多个分类中重复会给人很不专业的感觉，即使有些文章可能确实设计到多方面的内容，那么你应就其中的侧重点来分类。而标签就不一样了，一篇文章可能有多个标签。这就意味着我们无法靠一个sql语句既查出所有文章的分类和标签，又做到查询结果中的文章id不重复。通常我们需要把查询出来的结果直接循环出来，那么这个结果一般是二维数组，第二维的都存储了唯一一篇文章的相关信息。但是，标签和文章是多对一的关系，多个标签对应一篇文章，如果你只用一条sql语句的话，那么我们查询出来的结果，当然也是多行，这不符合我们目标数据的要求。应此，需要在查询完文章和分类之后，在前面结果的基础上再查询一次文章标签，把两次的结果结合起来，存在数组中，这是对应文章列表页面的查询方法。对于具体文章页面，可以分两次查询。好了，还没有给出具体的数据库设计，就先说了如何查询结果，相信大家也看烦了，下面就举例说明：一、文章表：post，字段如下：id【唯一标识】，aid【作者id】，title【标题】,content【内容】，cid【分类id】二、分类表，category，字段如下：id【唯一标识，与post表的cid关联】,name【分类名】三、标签表，tag，字段如下：id【唯一标识】，name【标签名】四、标签与文章对应关系表，tag_relationship，字段如下：id【唯一标识】，postid【文章id，与post表的id关联】，tagid【标签id，tag表的id关联】有朋友可能会问：为什么要单独用一个表来存储文章与标签的对应关系，为什么不可以直接在tag表中增加一个文章id字段呢，比如：tag表：id，postid，name这样做的话，并不是不可以，但是，由于一篇文章对应多个标签，所以name字段的值会出现很多重复，比如一篇文章，假设文章id为1，有2个标签，php和mysql，那么在tag表会这样存储：id:1,postid:1,name:phpid2,postid:1,name:mysql另一篇文章，假设id为2，有2个标签，也是php和mysql，那么在tag表中它会这样存储：id:3,postid:2,name:phpid4,postid:2,name:mysql大家很快就发现了问题，这样的设计name字段也就是标签的名称在同一张表中可能会大量重复。但是这样设计的好处是，如果你要查询一个标签下有多少篇文章，只要单独查这个表就可以了，比如要查询含有php标签的文章有多少篇，只需要select count(name) �0�2from tag where name=’php’,就可以查出来。不好的地方是，如果要查询所有标签的集合，使用这种设计需要使用group by name语句来去除重复的行。如果用之前的那种，只需要select * from tag就可以了。一时之间，好像不太好取舍。这两种设计都会有数据冢余，第一种tag_relationship表中，存在tagid字段的重复；而这两种设计又都有各自的好处。那么我们到底该怎么选择呢？站长也说不好，所以无法为大家下结论。但是站长在研究wordpress数据结构的时候，发现wp是采用的单独建表存储文章与标签对应关系的方式。另外，如何设计有时候也是取决具体功能的需求的，所以这个问题就留给大家一起来讨论吧~ 标签：分类和标签, 博客数据库设计