FF中具有大数据集(1m+;)的Dojo网格

FF中具有大数据集(1m+;)的Dojo网格,dojo,Dojo,我有一个网格,必要时需要显示1m+记录。用户可以根据需要进行筛选,但初始视图将尝试显示一个包含一百万行或更多行的网格和相关滚动条。我正在使用Dojo1.4.3 我已经将网格设置为使用QueryReadStore,并且我的网格配置将rowsPerPage设置为默认值25。未使用“自动高度”,栅格本身的高度是静态的 最终在FF8中发生的是在数据获取之后呈现一个空白网格。(编辑:下面的科学符号提示是不真实的,FF正确地处理了这一点)出现问题的原因似乎是高度是用科学符号设置的,因此我将看到类为dojox

我有一个网格,必要时需要显示1m+记录。用户可以根据需要进行筛选,但初始视图将尝试显示一个包含一百万行或更多行的网格和相关滚动条。我正在使用Dojo1.4.3

我已经将网格设置为使用QueryReadStore,并且我的网格配置将rowsPerPage设置为默认值25。未使用“自动高度”,栅格本身的高度是静态的

最终在FF8中发生的是在数据获取之后呈现一个空白网格。(编辑:下面的科学符号提示是不真实的,FF正确地处理了这一点)出现问题的原因似乎是高度是用科学符号设置的,因此我将看到类为dojoxGridContent的div有一个style=“height:3.2e+7px;width:6039px”。我假设这是32像素行高乘以1000000行的结果。即使这是固定的,将元素高度设置为3200万也会导致高度div为0。FF的限制似乎介于1700万到1800万像素之间。铬的限量似乎在1.3亿到1.4亿之间。没有检查IE是什么

IE或Chrome中没有显示这种空白网格行为,因为它们既不返回科学符号值(编辑:科学符号似乎正常),也没有如此低的(?)元素最大高度

我可以看到一个我不太确定如何实现的解决方案,那就是修复FF的科学符号像素问题(编辑:这不是问题,FF似乎能够解释这一点)并在存储级别或服务器级别将“numRows”属性限制为某个值,该值将始终根据浏览器和版本生成有效的高度


我很想听听其他人对大型数据集和网格的建议和经验。

同意,但这可能是比dojo网格更容易出现的浏览器错误。即便如此,每个浏览器都有元素大小限制,因此在某些数据集大小下渲染会失败。顺便说一句,使用大多数网格中的虚拟滚动条似乎无法解决此问题。一个更合理的解决方案是SlickGrid的方法,其中滚动容器由多个页面组成,在浏览器的限制范围内具有任意高度。将单个元素的值设置为大于13米的FF值将导致忽略该值。一个静态高度(比如说,500px)溢出自动div和两个高度为9m像素的子元素似乎可以正确滚动并在正确的位置显示子元素。