SQL数据库设计在早期实现可伸缩性

Question

我正在研究的项目很多依赖外语。为了捕获外语所需的所有内容，我设计了以下数据库图表。

由于我想在DB设计的早期阶段解决scalabilty问题，我想知道这是一个好方法吗？对于每个表，产品，代理（以及任何进一步的表），替代解决方案将具有其自己的内容/内容语言表，例如ProductsContent，ProductsContentLanguages，AgentsContent，AgentsContentLanguages。

拆分和复制表结构会缩小表大小，并且会提高性能，尤其是因为每个表不包含相同数量的条目。我相信当表变得非常大时，差异会更明显。

那么在这种特殊情况下，什么是好的数据库设计？

Answer 1

以下是一些可能对您当前情况有用的提示和链接，

"Multilanguage Database Design in MySQL"

What are best practices for multi-language database design?

What is the best database design for multi-language data?