【GcExcel】v721模板无法渲染

收藏

本帖最后由 Joestar.Xu 于 2024-11-13 09:46 编辑

调研编号：DOCXLS-11490

你好，当绑定的数据源，数据重复度低时，渲染非常慢。demo如下，

TS-21145_v721.zip (7.17 MB, 下载次数: 3)

Joestar.Xu · Joestar.Xu

您好，您描述的情况我了解了，这边调研一下，后续有进展我会在本贴中回复您。

Joestar.Xu · Joestar.Xu

您好，需要和您确认一下，渲染结果中的八千个标题是您预期的效果吗？

image.png720776977.png

如果不是，您预期的效果是什么？

Aria · Aria

客户真实数据渲染也是很慢的，但客户真实数据我们拿不到，根据模板反向mock的数据，标题那一列数据，你可以使用正则，把标题_x 改统一改成标题_0，再看下性能表现。

Joestar.Xu · Joestar.Xu

我们这边看了一下您Mock的数据，各个数据之间几乎都是独立的，没有分组关系，而且数据量较大，里面还在做各种各样的公式计算，感觉不到有什么实际意义。

如果是您客户那边渲染较慢，最好是提供一下客户原始结构的数据，可以去掉敏感信息再提供给我们进行测试，不然根据Mock的数据来判断性能表现容易出现南辕北辙的情况。

Aria · Aria

模板和数据的行列数都是客户实际在用的，真实数据敏感，客户无法提供。
客户真实环境渲染也一样渲染不出来。8000行数据不算多吧。需要真实业务场景支撑的话，用户商品sku报表很容易就有这个量级。
我也试了把mock数据的区分度改为十分之一，聚合后就几个维度，速度自然是会较当前case快的。
所以才说"当绑定的数据源，数据重复度低时，渲染非常慢"，我们的目标是解决在发生数据重复度低时，如何提升性能，而不是要求客户把数据重复度变高。客户也不知道我们有这样的限制。

Aria · Aria

数据在前面做过group by了，传入gc的数据源确实是distinct之后数据还有这么多。
image.png415118102.png

Joestar.Xu · Joestar.Xu

了解了，我们这边根据数据排查一下看看是否有进一步的优化空间或最佳实践。

Aria · Aria

Joestar.Xu · Joestar.Xu

您好，这边调研了一下，发现性能差的点集中在第七行的样式上，导致内部计算样式时花费时间较多。

在清除了第七行的样式后，可以更快地导出Excel文件。

另外我们发现模板中第七行的数据和第六行的数据是一样的，只有Style不一样，不知道是不是模板这里重复了。

直接删除第七行，或者调整一下样式都能有所改善，请参考：

workbook.getActiveSheet().getRange("6:8").getEntireRow().clearFormats();

		自动登录	找回密码
密码			立即注册

[处理中] 【GcExcel】v721模板无法渲染

11 个回复

SpreadJS 认证

SpreadJS 高级认证