blocks|key|102909|text|最好是规范化你的数据库。你不会找到更好的了。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|102910|文章：+article_id，blablabla|offset|length|style|BOLD|102911|标题标签：+tag_id，|102912|tags_to_articles:+article_id，tag_id|102913|在任何情况下，最好是规范化您的数据库。一直都是。不要担心，如果你改变主意，去做标签的限制。上面的结构总是最好的，因为使用的内存量最小。|102914|entityMap^0|0|0|3|0|0|0|Z|0|0|1V|0^^$0|@$1|2|3|4|5|6|7|P|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Q|8|@$D|R|E|S|F|G]]|9|@]|A|$]]|$1|H|3|I|5|6|7|T|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|U|8|@$D|V|E|W|F|G]]|9|@]|A|$]]|$1|L|3|M|5|6|7|X|8|@$D|Y|E|Z|F|G]]|9|@]|A|$]]|$1|N|3|-4|5|6|7|10|8|@]|9|@]|A|$]]]|O|$]]

It is best to normalize your database. You won't find better.

articles:
article_id, blablabla

tags:
tag_id, title

tags_to_articles:
article_id,tag_id

In any case it is best to normalize your databases. Always. Don't worry if you will change your mind and do the limit of tags. Above structure will be always the best because of smallest amount of memory to use.

blocks|key|1741829|text|你会有3张表；|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1741830|帖子-在这里你可以存储你所有的帖子|1741831|标签-您可以在这里存储所有可能的标签|1741832|posts_tags+-在这里你可以将你的帖子链接到你的标签，例如，它可能只有3列(id，post_id，tag_id)。|1741833|5个关键字的限制应该只在接口中实现，数据库应该没有不同。posts_tags表称为连接表，它将两个表链接在一起。这种关系是一对多的，一个帖子可能有很多标签。|1741834|entityMap^0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|L|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|M|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|N|8|@]|9|@]|A|$]]|$1|F|3|G|5|6|7|O|8|@]|9|@]|A|$]]|$1|H|3|I|5|6|7|P|8|@]|9|@]|A|$]]|$1|J|3|-4|5|6|7|Q|8|@]|9|@]|A|$]]]|K|$]]

You would have 3 tables;

posts - Here you store all your posts

tags - Here you store all possible tags

posts_tags - Here you link your posts to your tags, it could for example have just 3 
columns (id, post_id, tag_id).

The limit of 5 keywords should just be implemented in the interface, the database shouldnt differ. The posts_tags table is called a junction table, it links 2 tables together. The relationship is one-to-many, there is one post with possibly many tags.

blocks|key|3641515|text|我想使用链接表创建多对多引用会很好。因此，我创建了三个表：articles、tags和links来存储链接到tag_id的article_id|type|unstyled|depth|inlineStyleRanges|offset|length|style|CODE|entityRanges|data|3641516|也许有一天，面向对象的网络数据库会取代数据库，比如mysql+--他们可以管理这个任务，而不需要任何额外的结构……:)|3641517|entityMap^0|T|8|12|4|17|5|1I|6|1P|A|0|0^^$0|@$1|2|3|4|5|6|7|J|8|@$9|K|A|L|B|C]|$9|M|A|N|B|C]|$9|O|A|P|B|C]|$9|Q|A|R|B|C]|$9|S|A|T|B|C]]|D|@]|E|$]]|$1|F|3|G|5|6|7|U|8|@]|D|@]|E|$]]|$1|H|3|-4|5|6|7|V|8|@]|D|@]|E|$]]]|I|$]]

i guess it will be good to create many-to-may reference using link table. so i'd create three tables: <code>articles</code>, <code>tags</code> and <code>links</code> to store <code>article_id</code> linked to <code>tag_id</code>

maybe, one day object orientet databases will replace db's like mysql - they can manage with this task withiut any additioan stuctures... :)

blocks|key|3356494|text|这取决于您要使用哪种类型的数据库。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3356495|规范化程度最高的代码如下所示|3356496|posts+-+id+%7C+title+%7C+body+%7C+
tags+-+id+%7C+name+%7C
posts_tags+-+post_id+%7C+tag_id|code-block|syntax|javascript|3356497|查找会非常快，设置建议只需查看您的tags表即可。|offset|length|style|CODE|3356498|你也可以将标签直接嵌入到你的帖子中|3356499|posts+-+id+%7C+title+%7C+body+%7C+tags+|3356500|标签将只是一个逗号分隔的文本字段。在这个表上的正常查找可能不会像其他解决方案那样快，并且在开始处理建议之前，您必须使您的集合与众不同。解决这个问题的一个简单方法是保留一个完整的具有文本功能的标签表作为单独的查找。如果您只是运行像Sphinx这样的全文搜索系统来处理您的搜索，则效果最好。|3356501|此外，该模式更适合像Mongo这样的noSQL解决方案，在Mongo中，标签只是post文档的一个子文档。|3356502|entityMap^0|0|0|0|H|4|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|Y|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|Z|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|10|8|@]|9|@]|A|$G|H]]|$1|I|3|J|5|6|7|11|8|@$K|12|L|13|M|N]]|9|@]|A|$]]|$1|O|3|P|5|6|7|14|8|@]|9|@]|A|$]]|$1|Q|3|R|5|F|7|15|8|@]|9|@]|A|$G|H]]|$1|S|3|T|5|6|7|16|8|@]|9|@]|A|$]]|$1|U|3|V|5|6|7|17|8|@]|9|@]|A|$]]|$1|W|3|-4|5|6|7|18|8|@]|9|@]|A|$]]]|X|$]]

Depends on what kind of database you're going for. 

The most normalized one would look something like this

<pre><code>posts - id | title | body | 
tags - id | name |
posts_tags - post_id | tag_id
</code></pre>

Lookups would be pretty fast and setting up suggestions is simply a matter of looking at your <code>tags</code> table.

You could also embed tags directly into your post

<pre><code>posts - id | title | body | tags 
</code></pre>

tags would just be a comma separated text field. Normal look ups on this table probably won't be as fast as the other solution, and you'd have to make your set distinct before you can start working on suggestions. An easy fix for this would be to keep a full text capable table of tags as a separate lookup. This works best if you're simply running a full text search system like Sphinx to handle your search. 

Also that schema is better suited for noSQL solutions like Mongo where tags is just a subdocument of your posts document.

blocks|key|3641555|text|嗯，我不完全同意其他的答案。我的答案是，这取决于你的数据。会有多少篇文章。如果这将是大量的文章，其他的答案是要走的路。如果你的文章数量有限(而且总是很少)，那么我会将它们存储在同一个表中(article_id、article_text、关键字)。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|3641556|entityMap^0|0^^$0|@$1|2|3|4|5|6|7|D|8|@]|9|@]|A|$]]|$1|B|3|-4|5|6|7|E|8|@]|9|@]|A|$]]]|C|$]]

Hm, I don't fully agree with the other answers. My answer would be it depends on your data. How many articles will there be. If it will be a huge number of artilces, the other answers are the way to go. If you have a limited number of articles (and it will always be a small amount) then I would store them in the same table (article_id, article_text, keywords).

Stackoverflow allows a poster to make tags for their questions.

Now say I have some articles and want to give some keyword tags to each. I'm using PHP and mysql for this. 

What is the best database structure to use when doing this?

Will a limit of 5 keywords per article and unlimited keywords cases require different database structures?

keyword tags structure

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

EdgeOne AI 安全实战专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

Stackoverflow允许发帖者为他们的问题做标签。现在假设我有一些文章，并想给每个文章加上一些关键字标签。我使用PHP和mysql来实现这一点。执行此操作时使用的最佳数据库结构是什么？每篇文章限制5个关键字和不限制关键字的情况是否需要不同的数据库结构？

问关键字标签结构
EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问关键字标签结构EN

回答 5

Stack Overflow用户

Stack Overflow用户

Stack Overflow用户

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问关键字标签结构
EN