点击此处--->
群内免费提供SAP练习系统（在群公告中）
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
在"表比较转换"中，当我选择"排序的输入"选项时，它将其放置在第一列" COLLATE Latin1_General_BIN"之后的"按条款排序"中。 在发生这种情况的结果集中，我得到了虚假的结果。 如果我将选项更改为逐行选择，则order by子句不会在order by子句中生成COLLATE语句，并且转换结果与预期的一样。 是什么导致表比较转换中的这种行为？
{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', '推荐 蓋茨 的问题《BODS 4.2-表比较排序的输入选项-按条款排序的整理语句》','https://www.easysap.com/q-75895.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
史蒂夫嗨。
您首先必须确定为什么要使用"排序的"输入选项。 这是一个非常特定的用例。 请仔细阅读表比较文档，您将能够找到原因。
关于。 S
您好，Shazin-我的理解是，与"表比较转换"中的"逐行选择"选项相比，"排序输入"选项提供了最佳性能。 我将其与"历史记录保存"和"密钥生成"组件一起使用，以进行缓慢变化的维度处理。
关于排序输入选项，您指的是什么"非常具体的用例"？您能详细说明一下吗？ 另外-为什么选择Sorted Input在优化SQL的顺序中添加" COLLATE"子句？ 这会在输出中导致错误的结果。
Hii Steve，在三种方法中，排序输入的效果最佳，但前提条件是它将仅采用排序格式的列，然后进行表比较 假定输入行采用排序格式，并且不会跟踪每一行以比较行和字段值。
您的输入行必须按照设置转换主键的顺序进行排序（升序）。 在大多数情况下，这需要您在"表比较"转换之前插入"查询"转换，并在此转换中进行正确的排序。 但是，一旦这样做，该选项比"缓存的比较表"方法要快。 在对所有内容进行排序后，Data Services实际上只需要读取一次比较表。 为了让您有一个想法，对于具有大约25万行和许多输入行的比较表，假设"逐行选择"方法大约需要7到8分钟。 切换到"排序输入"后，该时间缩短到仅7秒。 而且"缓存的比较表"仅稍慢一些，只有10到12秒。
此致
Vibhor
有关比较方法的概述，每种方法都有优缺点，请检查 https://wiki.scn.sap.com/wiki/display/EIM/Table_comparison+transform%3A+Comparison+method+settings +和+性能+影响+在+一个+壳。
我知道collate子句是典型的MS SQL Server功能。 可能是源数据和目标数据在不同的代码页中吗？ 为了确保两个流的排序完全相同，必须先映射到通用编码模式。
一周热门 更多>