我需要呈现大量的行数据(即。数百万行)在一个网格中使用JavaScript传递给用户。
用户不应该一次只查看页面或有限数量的数据。
相反,应该显示所有数据都是可用的。
不同于一次性下载所有数据,小块数据是在用户访问它们时下载的。通过滚动网格)。
行不会通过前端进行编辑,因此只读网格是可以接受的。
对于这种无缝分页,存在哪些用JavaScript编写的数据网格?
我需要呈现大量的行数据(即。数百万行)在一个网格中使用JavaScript传递给用户。
用户不应该一次只查看页面或有限数量的数据。
相反,应该显示所有数据都是可用的。
不同于一次性下载所有数据,小块数据是在用户访问它们时下载的。通过滚动网格)。
行不会通过前端进行编辑,因此只读网格是可以接受的。
对于这种无缝分页,存在哪些用JavaScript编写的数据网格?
当前回答
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,我确信对这些过滤器的需求变得非常明显。
其他回答
我可以非常肯定地说,您确实不需要向用户显示数百万行数据。
世界上没有任何用户能够理解或管理该数据集,因此即使您在技术上设法实现了它,也无法为该用户解决任何已知问题。
相反,我将关注用户为什么想要查看数据。用户不希望看到数据只是为了看到数据,通常会有一个问题被提出。如果你专注于回答这些问题,那么你就会更接近解决实际问题的方法。
我强烈推荐Open rico。 一开始很难实施,但一旦你抓住了它,你就永远不会回头。
(声明:我是w2ui的作者)
我最近写了一篇关于如何用100万条记录实现JavaScript网格的文章(http://w2ui.com/web/blog/7/JavaScript-Grid-with-One-Million-Records)。我发现,最终有3个限制因素会阻止你把分数提高:
div的高度有限制(可以通过虚拟滚动来克服) 在大约100万条记录之后,诸如排序和搜索之类的操作开始变慢 RAM是有限的,因为数据存储在JavaScript数组中
我已经用100万条记录(IE除外)测试了网格,它表现良好。有关演示和示例,请参阅文章。
我使用了jQuery网格插件,这是很好的。
演示
我推荐带有Buffered View特性的Ext JS Grid。
http://www.extjs.com/deploy/dev/examples/grid/buffer.html