有多少；“行数据”；那就是；“太多”；对于html表

好吧，我之前问过这个问题，投票结果被否决了，每个人都叫我去翻页。但现在，我知道了问题所在

我有一个项目，它有大约500行数据，并使用

DataTables

。它在一开始就落后了，但搜索速度非常快。它甚至比服务器端处理更快

另一个项目有20000行数据，每次渲染时都会让我客户的计算机挂起

为什么不在服务器上分页呢？嗯，因为它更难。发送到客户端的数据已被筛选。使用复杂的逻辑，如

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

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

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

对查询进行修改。由于服务器上的逻辑条件太多，很难使其正确

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

好的，我过滤了“columnA”、“columnB”和“columnC”。现在，如果你想在“columnD”、“columnE”和“columnF”中搜索，你可以自己搜索

---

请原谅我，如果我太笨了，不想问你有多少行你认为对于一个html表格来说太多了（不管有没有插件）。

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

Angular UI Grid声称它可以处理大型数据集，称之为10000多行

DataTables以表的形式声明了大约5000行，只有当我们想要处理超过一百万行时，才需要来自ajax源服务器端的50000行

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

我认为html表格中1000行的表格并没有那么多。浏览器可以渲染它，尽管一开始有点慢。记住，做一些客户端分页处理是明智的。因为虽然浏览器可以渲染它，但人类不能很好地使用它

---

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

您的问题是什么？你想知道那个极限是什么？假设每个人都告诉您，允许的最大行数是1000。我问这个问题是因为我担心我现在开发的web应用程序的性能。如果他们说1000是可以接受的数字，我会说，当它达到800行左右的数据时，我们将再次讨论它。是的，我开发了1000行25+列的DJSP网页（大约10年前），它呈现得相当好（纯HTML呈现，没有javascript）。最重要的是，你自己说过：一排排排的巨大数字对人类来说是不可读的。但最后，您最好自己通过卷测试来测试页面的性能。