10.0.5.0计划任务服务端命令数据库操作并发问题请教

目前是做了一个数据库记录增加就触发服务端命令的计划任务，服务端命令里，是insert数据库记录（每个并发400条左右）。外联数据库时sqlserver，昨晚观察了下，计划任务并发以及执行任务下的服务端命令都是OK的，CPU最高11%，目前我的并发数只有14，就想确认下，这种触发的计划任务执行服务端命令操作sqlserver，它们的并发，有无性能限制（包括服务器性能）？未来并发会到200以上，涉及到计划任务的并发、服务端命令的并发、sqlserver那边数据库操作这三个地方的并发

0.618 发表于 2024-9-30 10:31
补充下我们的发现，假如执行的事务中insert语句中有自动编号，会触发很多死锁，有缘人自己去看sqlserver ...

好的收到，这边在帖子提到的需求背景下尝试复现一下

Shawn.Liu 发表于 2024-9-29 18:33

补充下我们的发现，假如执行的事务中insert语句中有自动编号，会触发很多死锁，有缘人自己去看sqlserver·····

风之剑 发表于 2024-9-29 14:11
1000条就需要3min么？ 这个是不是有点不合理，你这个效率是前后台一起参与了吧，边插入边前台加载数据？  ...

循环跑一条一条的insert，差不多是这个时间

0.618 发表于 2024-9-27 17:23
因为活字格自己推荐使用循环操作数据库的时候，条数不要高于1000条，在无法使用sql语句情况下（有逻辑处 ...

1000条就需要3min么？ 这个是不是有点不合理，你这个效率是前后台一起参与了吧，边插入边前台加载数据？   
正常服务端 一次性处理完毕，再加载出来，用不了这么久吧？

Joe.xu 发表于 2024-9-27 14:50
您好，这种涉及到性能的，可能不能简单的线性相加，并发逐渐增加对机器的要求是指数型增长，您这种需求压力 ...

实际上存储过程也不太好用，和同事确认了下，每次调用存储过程还要处理返回值，可能效率还降低了，姑且就循环里一条一条跑吧，对机器的性能要求的话，服务器还可以

都用sql了，还用啥自带的循环，用存储过程不香么

风之剑 发表于 2024-9-27 15:35
是不是有点杞人忧天的感觉，哈哈。

个人一点见解：如果是本地数据库可，那么这个并发限制及性能，其实考 ...

因为活字格自己推荐使用循环操作数据库的时候，条数不要高于1000条，在无法使用sql语句情况下（有逻辑处理判断），insert1000条记录的时间大概在3min以上，那么在3min期间，所有并发，都会发生在那3min内，这个情况下，线程必然有队列机制，按照观察来看，无论是我自己的破机器还是服务器那边，并发始终将cpu的百分比控制在10%，这一点是否有限制，这个限制又是否会有不利的影响

是不是有点杞人忧天的感觉，哈哈。

个人一点见解：如果是本地数据库可，那么这个并发限制及性能，其实考研的应该是服务器性能及数据库的能力，这种并发400条记录的，对活字格来说都不是问题。所以这个建议你研究下数据库性能，另外关注下服务器的性能测试。  

以前做过本地数据库数据同步，用的其他低代码平台，相信活字格只会更好的，数据记录多达十万条，就是需要时间而已，考研硬件性能及网络能力。

只要是系统必然得考虑性能，不过你这个数据量基本可以忽略了

比较大的系统，比如大型ERP系统，每个表单保存时执行的任务比你这多得多。


你这个插入一条就执行，能否做到触发器中？感觉走了弯路。或者用数据库自身的任务和存储来实现。