库存更新解决方案
看过一些活字格做库存更新的方案，建议官方给出新的命令以解决这个问题，触发器及视图都涉及代码，对我来讲太难了，看不懂！！！！小白一个，我知道其他平台的业务公式、回写公式都挺好用，希望官方能把这件事变得简单，谢谢其实，我觉得官方没有认真看库存更新的这个问题，这个问题背后是活字格对于数据表的回写能力太弱了，不能引用数据表本身，不能把更新和新增绑定【条件不满足自动新增记录】，仅仅那个数据更新的命令满足不了需求，只好用表格公式，EXCEL公式，绕啊绕的，这样就注定，如果用活字格开发生产类，关系负责的系统，会有很大的牵制，而且过多的利用表格上面的过渡字段，也影响效率，所以我倒是希望官方能够认真看待这个问题，不是所谓的解决方案能解决的，你的那个演示不过还是用表格过渡，加上一堆公式，这些东西用别的系统，一个命令就解决完了。直面短板，才是成功之路。 本帖最后由 lwt 于 2019-8-26 20:26 编辑
Simon.hu 发表于 2019-8-26 19:03
这个我们也在计划中，我研究过个应该怎么做了
相当前把存储过程拿到设计器中设计，可以进行对数据库的增，改就是回写业务公式，select 就是提取公式，这就是es类平台的公式思路。 那您看看这个吧
https://help.grapecity.com.cn/pages/viewpage.action?pageId=38473919
一条命令能直接解决的问题，就是一个好的公式而已。 这个我们也在计划中，我研究过个应该怎么做了 是滴，提数公式就是select，会写公式就是update
他确实有很多值得借鉴的，不过怎么和活字格集成，怎么和我们的命令统筹，目前来说还是比较麻烦的 同感 现在各个场景下 绕得好辛苦。希望活字格的开发团队能研究解决这个使用频率高，而且是严谨系统必须解决的数据更新和事务问题。 最近在计划，搞字段1=字段1+1的问题
1.我早也提出这个问题，说计划新版会改进，在新并没改进，只说加一个注解，其实，对官方这好技术不难，再网上有很多类似开发，如云表，勤表，快表，狐表，魔表等都可以参加。
2.活字格什么都好，就是设计器让人很难受，简单，单一业务是可以理解，复杂，就是晕，很读源码，业务逻辑，也在后续维护很难。
3.增加学习门槛.
4.现在很多都提出这个问题，希望加于重视，尽快完善。
5，其实对官方这好技术不难，不就是把属性，事件，引用做设计编辑器集中，要思考多条件，多业务，还要思考可读，可维护。