一个外包同事，插入 200 条数据，调用了四万次人员查询接口

[murmur]

插入数据要求工号转 ID 这个步骤，让他调接口去查这个映射，实际上这个查询也不慢，100ms ，反正是一次性操作，这个数据迁移做了再就不做了，查库查表区别不大

相关的公司只有 200 多人

按一个记录审批人+干系人 10 个人（很多了，一般流程才五六个节点）算，不缓存，200 条数据也就 2000 次调用

这个 4w 次我至今没想明白是怎么弄出来的，但是我终于明白 200 条单表操作 1 个小时没做完的原因了

整个逻辑是这样 （ 1 ） A 系统查询待办主表数据-A 系统查询审批记录（平均 1 个单 5 个流程节点）-查询 A 系统的人员工号-查询 B 系统的工号 ID 映射-插入最终数据（拼接为一条，这里插入是不涉及子表的）

不是有人再说怎么挖坑还不留痕迹么

多跟外包学学自然就会了

[Desiree]

@murmur #6 要不你来做老板

[knva]

没事，代码和他有一个能跑就行

[lambdaq]

你就说系统跑么跑起来吧！

[encro]

才查四万，小意思。400 万也很快查给他。。。

居然要跑 1 个小时，你们服务器是 0.5G 内存吗？

[gfswoquasfasd]

技术不行 你管外包啥事啊

[explon]

插入一次查询 200 次，循环一下就是 40000 次

[sun522198558]

我觉得挺正常，反正外包同事干着有一天没一天的活 能混就混吧。发奖金了也没人家的

[murmur]

@encro 国产数据库，国产 U ，再加上低代码本身各种复杂设计，一次接口 100ms 。4 万次不就 4000 秒，那不是一个小时

[nzynzynzy]

收拾客户之前供应商写 API 对接，不是按照日期范围和 ID 定位数据（是有这两个 API 的），而是把所有历史至今数据请求出来，然后 for 循环按照 ID 找到，每 3 小时运行一次，叹为观止。

[diagnostics]

N + 1 ？

[murmur]

@diagnostics 外包一般是无理由换人，如果是第一周貌似钱都可以赖掉

[grance]

我觉得插入一次就查一次很合理，毕竟你不能保证在执行过程中，数据不会发生变化。
你如果是单次的任务，其实可以写好批量更新的 sql 直接操作。而不是这么循环搞。
不值得为了单个需求写一个程序，编码测试时间足够处理数据了。

[Erroad]

这个帖子评论区很好地举例说明了什么是事实，什么是观点

[murmur]

@grance 低代码的数据库很复杂的，你看到的是一个表，背后不知道是个什么 id 的表名，每个 id 还有一个独立的数据权限，你可以插数据但是重建数据权限这部分很麻烦

[runzekk]

# 31 人家说的是 n+1 次查询，你能想到补偿我也是醉了。 是搞技术的吗，还看不起外包呢。满罐不响，半罐格朗。 其实 lz 可以想一想为啥这种水平的能和你做同事，外包不是理由。

[ljrdxs]

@murmur 国产数据库、国产 U ？大概塔（ ZF 是敏*词确实挺离谱的）项目。那就不纠结技术了，烂就烂呗。

[MRG0]

@runzekk #35 哈哈没绷住

[FakerLeung]

标题应该改成：一个用 macOS 的外包同事才符合你的身份

[murmur]

@runzekk n+1 你是怎么能把 200 和 40000 联系起来的？

[blackkkk]

先 sleep 以下，能跑起来，二期再优化，没什么毛病。