我需要呈现大量的行数据(即。数百万行)在一个网格中使用JavaScript传递给用户。
用户不应该一次只查看页面或有限数量的数据。
相反，应该显示所有数据都是可用的。
不同于一次性下载所有数据，小块数据是在用户访问它们时下载的。通过滚动网格)。
行不会通过前端进行编辑，因此只读网格是可以接受的。
对于这种无缝分页，存在哪些用JavaScript编写的数据网格?
当前回答
我可以非常肯定地说，您确实不需要向用户显示数百万行数据。
世界上没有任何用户能够理解或管理该数据集，因此即使您在技术上设法实现了它，也无法为该用户解决任何已知问题。
相反，我将关注用户为什么想要查看数据。用户不希望看到数据只是为了看到数据，通常会有一个问题被提出。如果你专注于回答这些问题，那么你就会更接近解决实际问题的方法。
其他回答
在我看来，最好的网格如下:
Flexigrid: http://flexigrid.info/ jQuery网格:http://www.trirand.com/blog/ jqGridView: http://plugins.jquery.com/project/jqGridView jqxGrid: https://www.jqwidgets.com/ 英格丽德:http://reconstrukt.com/ingrid/ SlickGrid http://github.com/mleibman/SlickGrid
datatable http://www.datatables.net/index
屏蔽 http://demos.shieldui.com/web/grid-virtualization/performance-1mil-rows 智能电网 https://www.htmlelements.com/demos/grid/overview/
我最好的3个选择是jqGrid, jqxGrid和DataTables。它们可以处理数千行数据并支持虚拟化。
(免责声明:我是SlickGrid的作者)
更新 这已经在SlickGrid中实现了。
有关如何使SlickGrid工作于大量行的讨论，请参阅http://github.com/mleibman/SlickGrid/issues#issue/22。
The problem is that SlickGrid does not virtualize the scrollbar itself - the scrollable area's height is set to the total height of all the rows. The rows are still being added and removed as the user is scrolling, but the scrolling itself is done by the browser. That allows it to be very fast yet smooth (onscroll events are notoriously slow). The caveat is that there are bugs/limits in the browsers' CSS engines that limit the potential height of an element. For IE, that happens to be 0x123456 or 1193046 pixels. For other browsers it is higher.
在“large -fix”分支中有一个实验性的解决方案，通过将可滚动区域的“页面”设置为1M像素的高度，然后在这些页面中使用相对定位，可以显著提高该限制。由于CSS引擎中的高度限制似乎不同，而且明显低于实际的布局引擎，这给了我们一个更高的上限。
我仍在寻找一种方法，在不放弃SlickGrid目前相对于其他实现的性能优势的情况下实现无限行的数量。
吕迪格，你能详细解释一下你是怎么解决的吗?
https://github.com/mleibman/SlickGrid/wiki
“SlickGrid利用虚拟渲染，使您能够轻松地处理数十万个项目，而不会降低性能。事实上，使用10行网格和使用10万行网格在性能上没有区别。”
以下是一些最突出的结果:
自适应虚拟滚动(处理数十万行) 极快的渲染速度 背景后期渲染更丰富的单元格 可配置和自定义 全键盘导航 列调整/排序/显示/隐藏 柱自动调整尺寸和力配合 可插入的单元格格式化器和编辑器 支持编辑和创建新行。” 由mleibman
它是免费的(MIT许可证)。 它使用jQuery。
I don't mean to start a flame war, but assuming your researchers are human, you don't know them as well as you think. Just because they have petabytes of data doesn't make them capable of viewing even millions of records in any meaningful way. They might say they want to see millions of records, but that's just silly. Have your smartest researchers do some basic math: Assume they spend 1 second viewing each record. At that rate, it will take 1000000 seconds, which works out to more than six weeks (of 40 hour work-weeks with no breaks for food or lavatory).
他们(或者你)真的认为一个人(看着表格的那个人)能集中那么多注意力吗?他们真的在这一秒内完成了很多事情吗?还是他们(更有可能)过滤掉了不想要的东西?我怀疑，在查看了“合理大小”的子集之后，他们可能会向您描述一个过滤器，该过滤器将自动过滤掉这些记录。
正如paxdiablo和Sleeper Smith和Lasse V Karlsen所暗示的那样，您(和他们)没有仔细考虑需求。从好的方面来看，现在您已经找到了SlickGrid，我确信对这些过滤器的需求变得非常明显。
我能想到的最佳方法是在每次滚动或滚动结束前以json格式加载数据块。Json可以很容易地转换为对象，因此可以很容易地不引人注目地构造表行
