表格情况复杂是，执行表格命令删除时非常慢

表**有15列，其中9列是vlookup公式，两列多选框，有三列设有条件格式，两列设有计算公式，一列设为连接超属性，一列设为sumif公式，表外设有sum和counta公式，还有一个=IFERROR(SUMPRODUCT(1/COUNTIF(G11:G11,G11:G11)),"")统计不重复公式。
当表格为松绑定，当表格中只有20多行数据时执行删除命令没什么感觉，100多行时大概得一分钟左右才能执行完删除行命令。
之前没有这个情况出现，后面在表格中增加了一些条件格式后才出现，试着去掉条件格式，情况还是存在，页面加载时没有命令，页面上没有其他单元格命令
大家有没有碰到这种情况？

hubei333 发表于 2020-6-21 23:35
那就好不用担心了，格子很不错，作为小白来讲，很容易上手

是的呢，活字格不仅上手容易，上手后可谓是无限可能~

感谢支持哈~

Simon.hu 发表于 2020-6-21 20:59
这个倒不会，我这边看到很多人的系统非常大，发布了以后影响不大，因为你每次打开的只是一个页面，它就只请 ...

那就好不用担心了，格子很不错，作为小白来讲，很容易上手

这个倒不会，我这边看到很多人的系统非常大，发布了以后影响不大，因为你每次打开的只是一个页面，它就只请求那一个页面的东西而已

关键目前做的系统是集成的，有基础数据在边做边测试的时候都是没问题的，然后就进行下一个，可是最近就出现之前的数据操作都没问题，突然就出现问题了，昨晚通宵还是没找出问题所在，干脆就用服务器端命令重做了，现在服务器端命令真是救命的万能药啊，只是不知道服务器端命令多了，对服务器性能影响大不大。这些我也说不好是偶发性的还是什么未知的BUG，反正能用服务器端命令解决的我就先用服务器端命令了，也开始尽量清理不必要的css文件

hubei333 发表于 2020-6-19 05:53
谢谢！设计器受影响是肯定的，自己电脑配置好点就问题不大，关键是担心用户使用的时候性能是否有影响，如 ...

老板，让我们看看你莫名其妙的问题呗，偶发性的问题很难定义的，说不好是BUG还是使用的问题

mucai 发表于 2020-6-18 23:58
这个问题我有想过，个人建议，看你准备独立分开的应用之间，数据和页面跳转的关联性强不强。如果数据和页 ...

谢谢！设计器受影响是肯定的，自己电脑配置好点就问题不大，关键是担心用户使用的时候性能是否有影响，如果用户使用不受性能影响就不怕，集成在一起做的时候方便一些。最近发现格子总有点莫名其妙的问题出现，今晚就是之前好好的循环命令突然就错乱起来，要么只循环一行，要么就累加循环，而且还不是整倍数的，很奇怪。搞了一晚上都没整明白怎么回事。

hubei333 发表于 2020-6-18 20:37
谢谢！胡总你所说的打开工程文件是指在设置系统的时候，还是指用户在访问页面的时候？我想知道发布集成应 ...

这个问题我有想过，个人建议，看你准备独立分开的应用之间，数据和页面跳转的关联性强不强。如果数据和页面的关联性都强，最好就集中在一块。如果是数据强，页面不强，如果开始就用外联数据库，分开影响也不大。数据弱，但页面强，最好还是换一块。
另外，我曾经做过一个大系统，页面非常多，设计器的性能受影响比较大，估计比较吃内存，但用户端的页面使用影响不大。

Simon.hu 发表于 2020-6-18 15:33
这个看你怎么弄了，各有各的好处，如果你想要分多个应用的话，你到时候数据互通的时候可能是一个问题，所以 ...

谢谢！胡总你所说的打开工程文件是指在设置系统的时候，还是指用户在访问页面的时候？我想知道发布集成应用，和拆分应用发布对用户访问页面时的操作性能影响大不大。

工程文件没发上传，太多基础数据，我用服务器端命令做这个表算了，页面上就不用删除了。请教一下胡总，一个系统是分多个应发发布性能好，还是都集成在一个应用里对性能没影响？

估计是数据重算的速度太快了，你最好把工程文件传上来，我帮你在你的问题上面看