2020-09-26 18:30发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）我想用非常简单的逻辑在现有表上构... 显示全部
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
我想用非常简单的逻辑在现有表上构建一些视图：字符串操作，哈希，简单替换。 所有这些都可以用SQL相当简单地完成。 （不需要业务逻辑，甚至不需要简单的联接或子查询）。它只是十几个"创建视图...作为选择..."。 要构建语句，我需要一些SQL知识，任何编辑器，也许有一天需要100次查看。
或者，我可以在HANA Studio中构建图形计算视图。 由于似乎无法自动完成此任务，因此需要花费数周的时间才能完成。 脚本计算视图与此相同，因为它们无法自动生成。
直接的SQL方法有什么缺点吗？
好吧，您以很明显想要得到答案的方式提出问题：
"是的，您的自动SQL视图方法是更好，更有效的方法。"
这是您的陈述所暗示的，每种方法将花费多少精力（SQL：很少，CalcView：很多），结果将是相同的。
那你为什么要问？
除了结果偏见之外，您没有提供任何实际背景来对任何一种选择进行有意义的评估，更不用说其他可能混合的情况了。
同时使用这两种方法，我可以告诉您，以后很难维护，理解和调试生成的视图。 当您认为生成视图的效率有所提高时，通常很难把握所得数据模型的复杂性。 那时，人们希望使用小的，独立的逻辑位，并带有对注释和注释的工具支持以及对数据源和处理步骤的良好命名。 嘿，那是图形计算视图！
当生成更大的开发工件集时，经常需要将它们一致地部署到不同的系统（dev，qa，prod ...）中-在HANA存储库对象中可以做到这一点。 您打算如何精确地自动创建它们？ 使用REST接口？ 好的电话，但是您已经有一个可行的实现方案了吗？
我并不是说您应该使用图形计算视图或简单的SQL视图或其他任何专门的视图。 我的意思是：当您提出问题时，以不回答问题的方式提出问题，并以允许理解问题和上下文的方式提出问题，以便可以对选项进行实际评估。
干杯
Lars
最多设置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', '推荐 95年老男孩 的问题《HANA中的视图》','https://www.easysap.com/answer/105411/283169.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
好吧，您以很明显想要得到答案的方式提出问题：
"是的，您的自动SQL视图方法是更好，更有效的方法。"
这是您的陈述所暗示的，每种方法将花费多少精力（SQL：很少，CalcView：很多），结果将是相同的。
那你为什么要问？
除了结果偏见之外，您没有提供任何实际背景来对任何一种选择进行有意义的评估，更不用说其他可能混合的情况了。
同时使用这两种方法，我可以告诉您，以后很难维护，理解和调试生成的视图。 当您认为生成视图的效率有所提高时，通常很难把握所得数据模型的复杂性。 那时，人们希望使用小的，独立的逻辑位，并带有对注释和注释的工具支持以及对数据源和处理步骤的良好命名。 嘿，那是图形计算视图！
当生成更大的开发工件集时，经常需要将它们一致地部署到不同的系统（dev，qa，prod ...）中-在HANA存储库对象中可以做到这一点。 您打算如何精确地自动创建它们？ 使用REST接口？ 好的电话，但是您已经有一个可行的实现方案了吗？
我并不是说您应该使用图形计算视图或简单的SQL视图或其他任何专门的视图。 我的意思是：当您提出问题时，以不回答问题的方式提出问题，并以允许理解问题和上下文的方式提出问题，以便可以对选项进行实际评估。
干杯
Lars
一周热门 更多>