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

收藏

本帖最后由 0.618 于 2024-9-27 14:55 编辑

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

Syl · Syl

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

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

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

风之剑 · 风之剑

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

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

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

0.618 · 0.618

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

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

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