2020-08-17 20:37发布
点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)我已经将$ G_Table_Na... 显示全部
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
我已经将$ G_Table_Name定义为全局变量,然后通过脚本定义了表名。
尝试在SQL转换中使用它时,出现语法错误。 以下是我使用的查询:
从Stage_Schema中选择*。[$ G_Table_Name]
要检查它是否像SAP Hana一样工作,我还尝试了以下方法,但所有方法都给出了语法错误:
从Stage_Schema中选择*。|| [$ G_Table_Name]
有人可以为此指出正确的方向吗?
第一个版本应创建一个有效的SQL字符串。 还必须满足所有其他要求,例如 "选择*"返回的列需要与定义的输出模式精确匹配。
通常来说,既不使用SQL Transform也不建议使用"选择*"。 这是一个潜在的定时炸弹。
一个选择是在设置表变量的脚本中删除/创建数据库视图,并在数据流中使用该视图作为源。 因此,您不再需要SQL转换,便可以受益于BODS能够进行的所有优化。
http://discoverbi.blogspot.com/2018/05/bods-sql-transform-with-variable.html
最多设置5个标签!
第一个版本应创建一个有效的SQL字符串。 还必须满足所有其他要求,例如 "选择*"返回的列需要与定义的输出模式精确匹配。
通常来说,既不使用SQL Transform也不建议使用"选择*"。 这是一个潜在的定时炸弹。
一个选择是在设置表变量的脚本中删除/创建数据库视图,并在数据流中使用该视图作为源。 因此,您不再需要SQL转换,便可以受益于BODS能够进行的所有优化。
http://discoverbi.blogspot.com/2018/05/bods-sql-transform-with-variable.html
一周热门 更多>