我的高级开发人员和我目睹了LookUp Transformation发送随机数量的行。例如：从CSV读取150行，但只向数据库发送90行或有时135行。
出于测试目的，我们只处理150行，但在部署期间，估计超过1000到10,000行。
我们注意到，当设置从无缓存[在查找转换的缓存模式]和部分缓存更改为完全缓存时，只有完整缓存产生的结果将完整的150行计数传输到数据库，而发送到发送的150行作为Lookup Transform的输入。 （结果如预期）。在计算机B中，规格比计算机A显示出更高的问题，我们注意到计算机B始终如一地产生预期结果。
有人可以就此问题提出建议吗？
最近我们注意到这个问题只发生在最初生成的CSV上，但是在使用Excel编辑并重新保存后，结果很好。
答案 0 :(得分：0)
我想通了，事实证明我极为错误地认为在LookUp Transformation中只匹配一列与另一个相关列就足以将该行标记为唯一。第一列中的所有行都具有相同的数据。
所以在我将输入列中的所有列与相应的LookUp列匹配后，我终于得到了预期的结果。
我认为我的部分借口是，所有随机结果限制了我尝试使用billinkc建议的方法，但奇怪的是我不确定如何将数据查看器附加到匹配输出停止LookUp转换以将行发送到无匹配输出，更有意义。
感谢您就调试问题提出的所有建议以及对这个愚蠢错误的道歉