html - html表有多少个 "rows data"是 "too many"

Question

好吧，我之前问过这个问题，被否决了，每个人都告诉我要分页。但现在，我知道了这个问题。

我有一个包含大约 500 行数据并使用 DataTables 的项目。它在开始时滞后，但搜索速度非常快。它甚至比服务器端处理更快。

另一个项目有 20,000 行数据，每次渲染它都会让我客户的计算机挂起。

为什么不在服务器上对其进行分页？好吧，因为它更难。发送给客户端的数据已经过过滤。使用复杂的逻辑，如

where columnA = 1 and columnB = 2 or ColumnC = 3. 

我们正在使用 ORM。因此，我们在尝试将“where”与“and”和“or”组合在一起时遇到了一些障碍。如果我们发送搜索查询，我们会添加更复杂的

columnD like "%asd%" or columnE like "%asd%" and columnF like "%asd"

查询。服务器上的逻辑条件太多，很难做到正确。

我认为服务器和客户端之间的职责分离是进行此开发的最佳方式。就像服务器对客户端说的一样

Ok, I filtered "columnA", "columnB" and "columnC". Now if you want to search in "columnD", "columnE" and "columnF" do it your self.

所以请原谅我，如果我太笨而无法询问您的经验，您认为对于一个 html 表(无论是否使用插件)来说太多的行数。

Answer 1

在研究了网络之后，我得到了插件提供的一些数字。

Angular UI Grid 声称它可以处理大型数据集(称为 10,000 多行)

http://ui-grid.info/

DataTables 以表的形式声明了大约 5,000 行，仅当我们要处理超过一百万行时才需要来自 ajax 源服务器端的 50,000 行。

http://datatables.net/faqs/#General-initialisation

我用 d3 js 做了一个实验，在 json 中有超过 2.4MB 的数据。它拥有超过 20,000 个非结构化数据。因此，当谈到性能时，可能会有一些结论。

我觉得html表格中1000行表格并不算多。浏览器可以渲染它，虽然它一开始有点慢。记住做一些客户端分页处理是明智的。因为虽然浏览器无法呈现它，但人类无法很好地使用它。

它还可以更好地分离您的数据和演示文稿。您不必进行一些服务器处理。当数据太小时它会提出更多的请求。请求越多，浏览器的延迟就越大。有了源数据并将其保存在内存中，您的浏览器不会快速呈现它，但会在内存中快速搜索。