【7.0.103】提升命令的处理效率

今天遇到一个问题，有一个表的数据需要处理下，有4千多行数据，每行数据有50列数据需要单独拆分出来作为单独的一行，还需要根据条件的判断来确定是否需要在另一个表新增一行数据作为主表的数据行，用到的服务端命令有设置变量的数组行，循环命令，数据表操作：添加，在实际过程中运行了1个多小时才完成1000多行，测算了下全部完成需要4个小时，这个效率实在太低，可以说无法忍受了，最后只能用其他方式来实现需要的效果了
在日常设计过程中也会感觉有时候运行计算的量稍微多点就会占用很久的时间才能完成，希望能提高服务端的运行效率

这样写循环就是慢，我从一个api接口往下拉数据，平均一天大约1400行，73列，一昼夜24小时大约只能干2个多月，不到3个月，估算读写一条数据要1秒钟还多，一条数据只有73个标量啊，所以，我个人认为，干这个活不是活字格的强项，这就像你非拿改锥楔钉子，不是不能干，但是不是效率低吗？

这种活，其实拿 T-SQL 或 Python 干，又快又好，就简单写一个脚本一执行就好了，所以，官方不考虑搞个 Python 的插件吗？具体方法如下：
【7】活字格 Python 插件 - 活字格专区 - 格友杂谈 - 葡萄城产品技术社区 (grapecity.com.cn)

用别的方法一两分钟就可以处理的事情却要好几个小时，这个优化的空间太大了

大佬，我们也考虑到了这样的场景，所以在7.1中也支持了在后端直接执行SQL命令，如果是为了应对比较复杂的数据逻辑，可以通过这个功能来实现，性能上相比较于通过命令实现要优越很多：
活字格7.0 update1新功能解密：十九，命令提升-后端直接执行SQL命令 - 活字格专区 - 专题教程 - 葡萄城产品技术社区 (grapecity.com.cn)

Chelsey.Wang 发表于 2021-12-13 15:04
大佬，我们也考虑到了这样的场景，所以在7.1中也支持了在后端直接执行SQL命令，如果是为了应对比较复杂的数 ...

这是一个解决的方法，就是进入门槛有点高，如果不会数据库语言变成的话那就只能看着了，还是希望官方能有更好的处理方法

紫色幽魂 发表于 2021-12-14 14:44
这是一个解决的方法，就是进入门槛有点高，如果不会数据库语言变成的话那就只能看着了，还是希望官方能有 ...

大佬，命令的封装会提升易用性但是由于需要考虑多种情况，同时势必会造成性能的消耗；越是接近底层的代码，性能肯定是更优的。如果是比较复杂的逻辑，通过SQL来处理性能肯定是要好很多的。
我们在设计执行SQL命令时也考虑到了您说的这一点，所以为了提升这个功能的易用性，也在活字格中加入了SQL语句编辑器，内置了常用的语法，也可以通过点选的方式更简单和方便地来完成SQL语句的书写：
如果对于您有更好的想法和建议也可以说一说~

关于SQL命令，本身网上也有很多的教程和示例语句，也有很多前人积累下的经验和成果，不论是找到一些现成的语句，还是学习一些简单的基本语句和入门，其实还是挺快的，也可以应对很多场景了，比如可以参考这个网站来学习：
SQL 语法 | 菜鸟教程 (runoob.com)