规避查询页面大小限制

Question

在Project Tracker template中，有一个功能可以显示特定项目的统计信息。您可以过滤项目项，但统计信息只会显示所有项目项的统计信息，即过滤器不会影响统计信息。

我想在类似于我的实现中添加影响这些统计信息的过滤器功能。我当前的解决方案将那些项目项的键（也受过滤器影响）传递到计算出的数据源，然后该数据源使用这些项键来计算统计信息，实质上是应用页面中使用的过滤器。

我的问题是我的计算受到查询页面大小的限制。例如，如果我应用将项目数限制为15条记录的过滤器，但是页面大小为10条记录，那么我只会获得前10条数据的统计信息，这是没有用的。我需要对过滤后剩余的所有记录进行统计。

解决此问题的一种方法是摆脱查询页面大小并将其保留为0。但是，与Project Tracker模板类似，我在表中的页面上显示项目项，如果我这样做，页面变得太沉重。

如何避开查询页面大小？我想我可以

• 通过除查询页面大小外的其他方式限制页面中显示的项目（即，从UI中隐藏项目）
• 使用其他数据源进行统计，但是以某种方式复制用于显示项目项目的数据源中使用的过滤器

我想到的这两种方式似乎都无法实现。我不知道如何才能从UI中隐藏项目以减轻它的负担，因为查询页面的大小几乎可以做到这一点。我还尝试过将过滤器从数据源复制到类似的数据源，但这似乎不起作用。

编辑：我可能想出了一种自己解决此问题的方法，但是我仍然需要实现它。现在，我使用受页面大小限制的Items Ds对其应用过滤器，并且统计信息是从此数据源构建的。如果相反，我使用一个称为AllItems的非受限Ds，并在其上应用过滤器，然后将项目键传递给页面大小受限Ds（以在UI中显示项目），然后传递给计算得出的Ds（用于统计信息） 。一旦我确认可以正常工作，就会做出回应。

Answer 1

我自己解决了这个问题。

要生成（可刷新的）统计信息以进行过滤但不受页面大小的限制，我使用了以下数据源结构：

在这种结构中，过滤器实际上流到下面的数据源，因为它们通过了适合过滤器的ItemKeys。这就完成了我的统计信息（用于饼图等）可以被动态过滤并考虑所有适合该过滤器的记录，而UI不会被太多的记录所困扰，因为UI中使用的数据源具有查询页面大小限制。