动态页面的每个单词单独SQL查询？

我正在为一个动态站点（社交网络）创建多语言页面，因此所有页面文本都是数据库驱动的。问题是，如果页面上的不同位置有100个不同的单词，这是否意味着我需要为每项工作包含1000条select SQL语句才能从数据库中读取？我从来没有使用过multi-lang动态页面，只是纯硬编码的纯英语页面，这很容易，所以不确定。有一些东西，比如页面标题栏、页面元数据、页面文本、菜单标签、页脚等。因此，我假设每个都是一个单独的sql查询来提取单词？

不一定每个项目都有一个SELECT语句。如果您的模式在同一个表中有相关项，则可以在单个调用中返回这些项。 [例如，对您的表格结构做出一些假设]

SELECT page_title, page_text, page_footer, page_blah 
FROM page_table
WHERE page_id = 123 AND lang = 'FR'

对于您的集合（1到多个）项，例如页面元数据，可以考虑视图、枢轴和/或联合以进一步减少调用的数量（或者如果性能/维修性良好，则可以使用更多的调用）。要知道视图等是否合适，您应该发布更多架构的详细信息。

---

hth，R

在某些情况下，您可能会考虑使用资源文件，并为每个区域设置一个资源文件。您使用的是什么编程语言？如果我理解正确，视图只是为了显示，以使查询看起来很好。但是它仍然需要做与非视图查询相同的工作，那么从性能方面来说，它有什么好处呢？我没有为页面text/multilang定义模式，现在就这样做，因此问题就来了。但是对于multilang，它是std key\u id，key，lang\u id，视图不会比非视图查询提供性能优势。我把它看作是一种选择，通过使用更复杂的查询，摆脱了大量健谈的SELECT语句，也就是说，总体而言，性能的提高来自于更少的调用。然后，该视图可以为此提供一个更易于维护、可重用的实现。而且它们看起来也很漂亮。