8.0表格odata策略变了
本帖最后由 lwt 于 2022-5-5 09:13 编辑如上图，名称、规格、单位设置了按编码odata取数。同时也设置了关联绑定字段，正常策略是绑定优于odata,现在就算绑定了字段也会执行odata造成查阅打开表单加载效率很低。
本帖最后由 放下 于 2022-5-3 20:32 编辑
odata一直很底可以使用VLOOKUP这个函数，有一个遍文章专门说了这个问题， https://gcdn.grapecity.com.cn/forum.php?mod=viewthread&tid=38177&fromuid=52377
给你做参考 检查非odata原因，关贴了。 :loap1: 本帖最后由 lwt 于 2022-5-5 09:07 编辑
David.Zhong 发表于 2022-5-4 17:52
请看附件。按策略两处打开效果应该一样才对。 lwt 发表于 2022-5-5 08:28
请看附件。按策略两处打开效果应该一样才对。
优先级的意思是两个都有值的话，打开的时候会展示数据库的值，两个肯定都会执行的，因为后台也不知道有没有绑定，
同时如果odata查询引用的单元格值变了，odata还会刷新
这个慢主要是因为跑了几百个odata的原因
本帖最后由 lwt 于 2022-5-5 16:20 编辑
Joe.xu 发表于 2022-5-5 15:56
优先级的意思是两个都有值的话，打开的时候会展示数据库的值，两个肯定都会执行的，因为后台也不知道有没 ...
难怪有人反映系统慢，恭喜你找到了优化的入口了。我的两个页面都是绑定了字段的，系统应该有绑定数据库字段就不应该执行odata.你觉得这几百条odata应该执行吗？绑定优于odata难道只有当前表的字段绑定才有效，关联绑定无效？ lwt 发表于 2022-5-5 16:09
难怪有人反映系统慢，恭喜你找到了优化的入口了。我的两个页面都是绑定了字段的，系统应该有绑定数据库字 ...
哈哈，我跟大佬说下odata的使用场景哈，一般我们会在填报使用odata，从表里把数据给带出来，这样用户就能看到关联的数据的，但是这种情况下我们不会在使用odata的地方绑定数据库字段，
因为odata查出来的可能就存在数据库表中了，我们不需要把所有数据再存一遍，只要存关联的Id就可以了，
说到这里，可能有人会问了，那我要修改数据的时候，关联数据怎么出来呢，用odata数据大的话性能不好
答：用vlookup
本帖最后由 lwt 于 2022-5-13 08:48 编辑
理解了，这个涉及的策略难办，结贴吧。:hjyzw:
页:
[1]
2