看起来你的使用场景是渲染 excel，建议换成 table 或者 table2 组件，然后配置 lazyRenderAfter 属性优化试试

[songyinhai2006]

          看起来你的使用场景是渲染 excel，建议换成 table 或者 table2 组件，然后配置 lazyRenderAfter 属性优化试试

Originally posted by @CheshireJCat in #10925 (comment)

[songyinhai2006]

我补充一下，这个amis schema 不仅仅是查询。本身我是需要拿crud做增删改、可能还需要加一些类型的按钮，比如按钮组等。
image
请问（1）如果用crud来实现增删改查，如何提升渲染速度
（2) 如果用table2，添加按钮没有crud来的方便。
最主要的是crud渲染确实比较慢

[CheshireJCat]

crud太老了，无法优化，你可以理解table2是crud的进阶版

[CheshireJCat]

https://aisuda.github.io/amis-editor-demo/#/edit/0
在这个可视化编辑器里配置试试拖一个表格2.0 进去配一下

[songyinhai2006]

https://aisuda.github.io/amis-editor-demo/#/edit/0 在这个可视化编辑器里配置试试拖一个表格2.0 进去配一下

我尝试了一下普通的crud, lazyRenderAfter 这个参数也是有效果的。但是，如果如果把每页行数分别设置100条和1000条，然后将lazyRenderAfter=10，此时1000条每页的情况下，下拉加载明显慢得多，这个是什么原因，可以再优化一下吗？

[CheshireJCat]

https://aisuda.github.io/amis-editor-demo/#/edit/0 在这个可视化编辑器里配置试试拖一个表格2.0 进去配一下

我尝试了一下普通的crud, lazyRenderAfter 这个参数也是有效果的。但是，如果如果把每页行数分别设置100条和1000条，然后将lazyRenderAfter=10，此时1000条每页的情况下，下拉加载明显慢得多，这个是什么原因，可以再优化一下吗？

不考虑优化。
每页1000条这种场景太少见了。
分页的本质本来就是解决大数据的问题，既然都用分页了，每页100条也够多了，去滚动1000条肉眼查找数据从业务上也不合理。
大数据的增删改查，配合检索会符合实际使用场景。

[songyinhai2006]

https://aisuda.github.io/amis-editor-demo/#/edit/0 在这个可视化编辑器里配置试试拖一个表格2.0 进去配一下

我尝试了一下普通的crud, lazyRenderAfter 这个参数也是有效果的。但是，如果如果把每页行数分别设置100条和1000条，然后将lazyRenderAfter=10，此时1000条每页的情况下，下拉加载明显慢得多，这个是什么原因，可以再优化一下吗？

不考虑优化。 每页1000条这种场景太少见了。 分页的本质本来就是解决大数据的问题，既然都用分页了，每页100条也够多了，去滚动1000条肉眼查找数据从业务上也不合理。 大数据的增删改查，配合检索会符合实际使用场景。

咨询一下老师，抛开lazyRenderAfter这个参数，如果直接用crud或者table2渲染100行，50列，跟直接用vue或者react直接渲染相比，这个也慢了许多。这个是什么原因，可以优化一下吗？

[CheshireJCat]

https://aisuda.github.io/amis-editor-demo/#/edit/0 在这个可视化编辑器里配置试试拖一个表格2.0 进去配一下

我尝试了一下普通的crud, lazyRenderAfter 这个参数也是有效果的。但是，如果如果把每页行数分别设置100条和1000条，然后将lazyRenderAfter=10，此时1000条每页的情况下，下拉加载明显慢得多，这个是什么原因，可以再优化一下吗？

不考虑优化。 每页1000条这种场景太少见了。 分页的本质本来就是解决大数据的问题，既然都用分页了，每页100条也够多了，去滚动1000条肉眼查找数据从业务上也不合理。 大数据的增删改查，配合检索会符合实际使用场景。

咨询一下老师，抛开lazyRenderAfter这个参数，如果直接用crud或者table2渲染100行，50列，跟直接用vue或者react直接渲染相比，这个也慢了许多。这个是什么原因，可以优化一下吗？

@2betop 是什么原因