服务端命令复制会出错
花了尽12个小时来捉鬼命令本身并不复杂主要是关联的字段太多了
最初出现的报错是 提示更新数据库失败
后面经过远程分析估计是因为超时了
经过服务端命令的测试功能发现前面的变量获取并没有什么问题，
只是在最后添加数据的时候卡住了，多次测试都不行
拿一条数据直接到数据库里写代码可以正常
所以判定是添加数据循环时超时了
以为是自动编号出的问题，但好像又不是
为了抢修自制两个视图把问题先解决了
但是发现，前面的错误操作让数据库里多出来了十几万条数据，
因为字段太多了，所以也没那个能力去跟据这个多出来的数据研究问题的原因，为了不影响使用，我直接就删除多出来的数据
今天实在是想不明白，拿到出问题的设计文件仔细检查
自以为是关联关系出现的问题，但经过足个检查关联关系都没有问题
那么就理解为循环出了问题
把重要的获取变量放到最后一次循环里，测试成功了
所以认为是循环的问题，为了复现和找到根本原因，重新做了一个简化文件
先按原来的方案继续复现问题，结果一切正常此时我快气的不行了
再试把所有的字段和关联都加进去一个一个测 出现过一两次问题，但又因为操作的太快没反应过来，后面又无法复现了
头大，把问题文件拿来和简化文件作比较，各种试，到最后排序字段名全部都调成一样的 人都快疯了
问题文件使终有问题
最后因为问题文件和简化文件字段完全一至了，所以从问题文件里导入问题服务端命令
再做一次一对一的比对完全一样 该骂人了，怎么就不行呢
把问题服务端命令里的字段一个一个的删除只到他不出问题，
最后发现只要有关联关系存在就有问题
到此我认为是因为添加数据命令是复制的原因超成的结果
因为我之前在做命令的时候复制了一下命令
所以复制后的命令关联关系容易出问题，后面从新做一次一样的命令就应该不会了，
人快疯了，不弄了，请官方检查一下吧
本帖最后由 Simon.Sun 于 2024-1-5 12:20 编辑
感谢您的反馈，这边去复现调查，结果会继续在此贴跟进。
问题跟进：
调查发现服务端命令执行时间长，是由于其中一个设置变量查询的策略设置为查询全部记录，然后 aaa.包装ID 我看查出来都是空的，所以就把明细数据全部查出来了。导致循环次数变多，执行耗时。将空值查询策略设置为查询空记录就好。
另外有一个现象在客户做 demo 过程中发现：
这个报错的原因的复现步骤如下：
1、创建一个空白工程，先表格导入，不导入服务端命令；
2、导入后修改关联表的表名；
3、这时候单独导入服务端命令，由于关联表名修改了，但服务端命令时单独导入的，不知道表名已经被修改了，所以还用以前表名做关联就报错了。
当然上面是在做 demo 的过程中会可能出现的操作。一般做工程文件导入时，服务端和相关的表是会一起导入的。这样在修改表名的时候，服务端命令里的引用表名也会一起修改。
页:
[1]