服务器端标准化数据的排序/筛选

Question

我的问题是表结构、代码和UI服务器端处理的最佳设计是什么。

根据我的理解，如果我选择客户端处理，数据应该少一些，可能有几千条记录，没关系。

但是当数据量很大时，我们需要进行服务器端的处理，然后出现问题，为了更好的存储结构，大多数数据应该保持在规范化的形式中，而UI则需要非规范化的形式来进行更好的筛选和排序。如果我保持数据规范化，我可以更改值，但对于读，我需要联接和排序/筛选对这些联接。

保存数据以支持服务器端处理的最佳方法是什么。想要考虑有一个表code_table(代码、值)的场景，对于另一个表data_table中的每个数据记录，经过一些编辑之后，我们将它与来自code_table的这样的代码关联起来。

现在，我们需要在UI上显示代码值，并对其进行排序/筛选。我们有10-15张这样的桌子。

Answer 1

以下是我想提出的几点建议，也许它们会帮助你做出决定：

• joins ：通常只有几个联接才能获得最终结果，只要行数达到数百万行，就不是什么大事了。您可以通过拥有正确的索引来优化它们。除非，有特定的原因，你不绝对想使用联接，我强烈希望你去一个规范化的结构和联接。这将给你最大的灵活性。做一些基准测试，看看你能扩展多远。
• 如果您认为Join查询无法按照负载进行扩展，那么De-Normalization：应该是一个选项。拥有不归一化的数据将意味着您可以插入/更新/删除不一致。但这并不意味着不能(或不应该)这样做。您必须在服务器端代码中做一些额外的工作，以确保这些不一致不会出现，但除此之外，您应该没事。