2020-08-26 14:37发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）您好，有关OfflineODat... 显示全部
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
您好，有关OfflineODataDefiningQuery的快速问题。
您如何在离线应用中管理它的生命周期？
OfflineODataProvider具有"添加和删除"定义查询，但是没有API可以获取已经定义的内容。
请求的API：GetDefiningQueries（）
示例：用户登录到您的应用，并根据用户角色或位置（您将根据其位置定义其他DQ），这需要初始DQ才能读取User实体..
如果有一天，用户从一个位置转到另一个位置，则由于不再需要该定义查询，因此您需要删除该查询。
我可以轻松地将DQ保存为用户默认设置，但这不是最新技术
让我知道是否有更好的解决方案，否则我会将事件记录到SAP以公开此API
谢谢
嗨，谢谢您的反馈，非常感谢
尼克，是的，我看过这些API描述，我认为将定义的查询转储到控制台的API不会对我们有帮助。/p>
很遗憾，但是没错，到目前为止，您不知道我们使用此SDK会有多少时间...所有这些限制将使我们接近放弃离线SDK，我们将使用纯CoreData并进行管理 Stan，离线我们自己（CoreData现在支持新的Combine框架）
斯坦，谢谢，我会为此制造一个事件，我认为这些功能应该存在...
我的 想法
当我打开离线商店时，所有定义的查询都将发送到后端，我讨厌那，我们不想...
我们想控制 哪一个可以....
我们每天或每周有一次下载请求，我们不希望每次离线商店都打开时发送请求...
也定义请求是一场噩梦，因为我们事先不知道 离线存储看起来像，我们知道OData模式，但是直到运行时才知道具有特定参数的URL，大多数URL是在运行时构建的……
对我而言，每次都没有意义 我需要查询新的东西，我必须先关闭离线商店，添加新的定义请求，然后重新打开商店...就像我说的那样，我无法反省哪些定义请求已添加到商店或清理它们
仅在考虑元数据文档的情况下构建数据库模式，开发人员应完全负责填充它而不定义请求...
这些是我的第一印象，也是 我们正在考虑迁移的可能原因
核心数据提取请求的速度似乎比OData本地DataQuery快10倍，我不知道这是否是因为我没有参照约束，但我将尝试对这些基准进行基准测试 最终...我花了2秒钟的时间在c中读取了2-3个扩展的少量实体 矿石数据总是少于1秒...
如果我说有什么话不对，请随时挑战我：-）
Alex
定义查询目前无法删除。 我建议填写跟踪记录。
BR Stan
最多设置5个标签!
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 SAP德到 的问题《管理OfflineODataDefiningQuery的生命周期》','https://www.easysap.com/answer/35772/100432.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
嗨，谢谢您的反馈，非常感谢
尼克，是的，我看过这些API描述，我认为将定义的查询转储到控制台的API不会对我们有帮助。/p>
很遗憾，但是没错，到目前为止，您不知道我们使用此SDK会有多少时间...所有这些限制将使我们接近放弃离线SDK，我们将使用纯CoreData并进行管理 Stan，离线我们自己（CoreData现在支持新的Combine框架）
斯坦，谢谢，我会为此制造一个事件，我认为这些功能应该存在...
我的 想法
当我打开离线商店时，所有定义的查询都将发送到后端，我讨厌那，我们不想...
我们想控制 哪一个可以....
我们每天或每周有一次下载请求，我们不希望每次离线商店都打开时发送请求...
也定义请求是一场噩梦，因为我们事先不知道 离线存储看起来像，我们知道OData模式，但是直到运行时才知道具有特定参数的URL，大多数URL是在运行时构建的……
对我而言，每次都没有意义 我需要查询新的东西，我必须先关闭离线商店，添加新的定义请求，然后重新打开商店...就像我说的那样，我无法反省哪些定义请求已添加到商店或清理它们
仅在考虑元数据文档的情况下构建数据库模式，开发人员应完全负责填充它而不定义请求...
这些是我的第一印象，也是 我们正在考虑迁移的可能原因
核心数据提取请求的速度似乎比OData本地DataQuery快10倍，我不知道这是否是因为我没有参照约束，但我将尝试对这些基准进行基准测试 最终...我花了2秒钟的时间在c中读取了2-3个扩展的少量实体 矿石数据总是少于1秒...
如果我说有什么话不对，请随时挑战我：-）
Alex
# p#定义查询目前无法删除。 我建议填写跟踪记录。
BR Stan
一周热门 更多>