如何为国际网站设计数据库?

发布于 2024-10-12 10:14:00 字数 559 浏览 0 评论 0原文

考虑一个国际歌网站。假设这个网站有一些文章。每个本地化网站之间的文章都有一些共同的部分。

例如:ArticleID、Data、Author、CategoryID

+ 包含本文本地化文本的字段(或更多)。

你会如何设计这张桌子? 2 个表:第一个包含共享文章“元数据”(查找),另一个包含每个本地化版本的记录?像这样:

   LocalizedID     text           language    ArticleID
      1            "text in EN"    "en"          1
      2            "text in FR"    "fr"          1

或者一个包含元数据+本地化文本的大表?像这样:(

     ArticleID - Data - Author - CategoryID - LocalizedID - TextEN - TextFR - etc

考虑到数据库并不大,不到50.000篇文章)

谢谢大家

Consider an Internationale website. Let's say this website got some articles. Articles got some common parts between every localized website.

Like for example: ArticleID, Data, Author, CategoryID

+a field (or more) that contains the localized text for this article.

How would you design this table? 2 tables: the first containing the shared article "meta data" (look up) and the other containing a record for every localized version? Like this:

   LocalizedID     text           language    ArticleID
      1            "text in EN"    "en"          1
      2            "text in FR"    "fr"          1

or a big table containign metadata + localized text? like this:

     ArticleID - Data - Author - CategoryID - LocalizedID - TextEN - TextFR - etc

(consider the database is not huge, less than 50.000 articles)

thanks everyone

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

素食主义者 2024-10-19 10:14:00

我认为你应该选择第一个选项..如果你想扩展(更多语言或其他东西),它会更容易......

I think you should go for the first option.. if you ever want to expand (more languages or something) it is easier...

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文