体验有几点：
1，无论设置页面行数是多少，首次滚动都严重卡顿，等滚动几次稳定后才丝滑起来。
2，新增按钮都受到影响，卡顿。
3，编辑按钮受到影响更严重，卡顿。（其实是页面上的所有按钮都卡）
4，刷新会等更长时间。
5，会出现“勾选与取消错乱”的情况。
我感觉和“列宽”等页面计算有关系。
体验有几点：
1，无论设置页面行数是多少，首次滚动都严重卡顿，等滚动几次稳定后才丝滑起来。
2，新增按钮都受到影响，卡顿。
3，编辑按钮受到影响更严重，卡顿。（其实是页面上的所有按钮都卡）
4，刷新会等更长时间。
5，会出现“勾选与取消错乱”的情况。
你好，可以提供一下操作的视频吗？
这个不用视频了，就是上下滚动巨卡顿，2秒以上的卡顿，同时WEB页面占内存迅速升到2G以上，CPU迅速升到30%以上。
这个表格有什么特征？需要提供详细信息。
可以试试 demo 中几十万行的表格对比。
明白您的意思。
我如何能更详细地提供信息？
我如何能将本地环境部署出去？给您链接，这样更方便。
版主您好，
我上传不了视频，我截了一些图，我尽量给您介绍下表格情况：
（树表）表格一共226行，我加了排序字段 f_sort，其他的字段都没什么特殊的。
性能问题应该不是数据库查询问题（我跟踪的表查询时间正常）。
我个人感觉明显是区块的问题，我截些图来看看：
1，是否使用“树表格”对这个问题没有影响。
2，我个人有个习惯，把每个列宽都改为1，系统会“自动最小列宽”。（这个应该是问题）
3，上下滚动2遍后，滚动表格明显丝滑，但一旦点任何按钮如刷新、增加，故障重复。
4，只要不离开这个表，浏览器内存占用持续2G左右，点任何按钮都卡顿。
5，离开这个表，其他表正常；再进入这个表，故障重复。
6，每页10、20、50、100、200这个设定对这个问题没有本质影响。
我个人觉得是“列宽计算”的问题，但我不懂为什么列宽稳定后，界面依然卡。
版主您试试这个页吧，能说明问题了。
b1_c表格查询[树表32个普通字段*100行] - NocoBase
确实有问题。每渲染新的一行的时候，会导致整个表格的重新渲染。
问题已记录，我们会在近期修复。感谢反馈。
@Seven 这个问题在最新版 1.2.30-alpha 中已解决。
1 Like
非常感谢，重要的更新！
略有改善,但依然远达不到"可用状态".
1,一共226行的表格,首次加载要5秒以上.
2,在这个表格界面下,页面的所有动作都卡顿,包括"页面配置"按钮.
3,甚至是浏览器都卡死,甚至影响其他浏览器页签.
3,加载后的滚动,确实比以前好了一些(更新的内容?)但达不到"可用状态".(我设置的200行)
以上我感受到的问题,在下面这个页面里您可以测试,都有反应:
b1_c表格查询[树表32个普通字段*100行] - NocoBase
收到。
1.2.30-alpha 版本的优化，已极大的优化了表格的性能。不过可能在低配置机器上还是体验不好，这个我们会持续优化。不过暂时优先级不是很高。
请问nocobase的版本更新不能自动更新吗？docker版本。
可以挂个定时脚本，每天自动升级 
你在这个最后面加上
watchtower:
image: containrrr/watchtower
container_name: watchtower
restart: always
networks:
- nocobase
volumes:
- /var/run/docker.sock:/var/run/docker.sock
command: --schedule “0 0 * * *”
然后保存文件 docker-compose up -d 一下就可以每天0点自动更新了
电脑配置列一下，系统、CPU、内存
Thinkpad X1 Carbon 2022款，i7，16G内存，512固态。