Database 基于雄辩的专栏语言的最佳实践是什么？

想想看，你有一个表，它们之间有一对一和一对多的关系。您已经为行的每个翻译提供了一个语言列，该列提供了“en”、“dk”、“fr”、“it”等语言。我可以在我的控制器上获得这种格式的默认语言。您可以通过

where（）

查询获得这些语言。不幸的是，这不是最好的做法。因为关系。为每个关系编写相同的查询是一个糟糕的解决方案。所以我的问题是，这种灵活的数据库作为一种当前语言进行过滤的最佳实践是什么

编辑：

我在以下部分分享我的表格结构：

---

我们发布表格结构，并解释您试图实现的目标，因为“您有一个带有一些关系的表格”不是很明确。您说使用

where

条件是不好的做法，因为关系。谁说这不是好习惯？这不是基于什么的好做法？我们不知道您的表是什么样子的，所以这可能是一个很好的方法，但我们无法根据没有明确上下文的几句话猜测最佳解决方案。我分享了我的表结构。你可以从图片中查看…这些帖子和标签是彼此的翻译吗？如果是这样的话，那就意味着如果你有一篇英文的帖子，并添加了该帖子的翻译，比如德语，那么这两篇帖子将有两个单独的ID，这意味着你无法确定帖子B是否是帖子a的德语翻译。标签也是如此。这是你想要的行为吗？所有帖子条目是否都是唯一的，无论语言是否与翻译无关？@Bogdan是的，与你所理解的完全相同。这听起来像是有两个不同的内容集（因为我怀疑你是否会将英语帖子与德语标签配对），所以它可能是两个网站。所以我不得不问，对于每种语言，使用不同的数据库，而不是将不同的语言条目塞进同一个表中，然后根据语言环境增加查询特定语言条目的复杂性，这难道不是更有意义吗。基于语言环境设置数据库连接并在整个应用程序中使用它更容易。是否有任何东西会阻止您使用这种方法？