首先，我要感谢大家的帮助，但我必须承认，这是一个有点尴尬的错误自己!

我检查了我的代码，发现我指定了错误的代码组，所以它实际上是使用代码来区分应用程序类型，而不是决策。

对不起，我完全无能!

嗨,克里斯-@cartochris

我想确保我得到了这个情形。您有50,000个规划应用程序，每个程序都有一个决策代码(DECISION_TYPE_CODE)。您有一个包含20个决策的表，每个决策都有一个代码(LOV_CODE)。应用程序代码匹配决策代码表中的一个条目。

如果每个LOV_CODE值都是唯一的，并且每个应用程序只有一个代码，那么application = Requestor, Decision = Supplier应该可以工作(不考虑重复的供应商)

如果每个LOV_CODE不是唯一的(例如我的应用程序代码=1，有两个描述代码=1)，那么您需要设置重复的供应商= Yes。然而，你也应该把生成列表设置为Yes。这将创建一个决策匹配列表(然后您可以按照自己的意愿处理它，例如连接数据)

我还有一些其他的评论。

第一个可能很明显，但我还是要说。在您的两个屏幕截图中，LOV_CODE=3和DECISION_TYPE_CODE=34。你期望他们匹配吗?如果能在数据检查器中看到LOV_CODES的表视图就太好了(如果只有20个，那么它应该都能在屏幕截图中显示出来)，然后看到一个您认为应该匹配但没有匹配的DECISION_TYPE_CODE。

第二个评论是关于匹配的。我想知道是否有任何前缀或后缀空间造成了问题?可能会先将数据放入AttributeTrimmer转换器中?

最后，它看起来确实像一些LOV_CODES是数字，但其他是字符(A、B、C等)。所以在FeatureMerger中，将比较模式参数设置为String，看看是否有帮助。如果在自动模式下，FME看到的第一个LOV记录是数值型的，并且假设其余的都是数值型的。

希望这个有帮助。不要放弃。这应该是一个简单的任务，我认为这可能只是一个奇怪的设置，我们还没有想到。

问候

马克

马克爱尔兰

产品专员

亚搏在线安全软件

您的决策表在功能编辑器之前以任何方式处理过吗?如果不是，你可以考虑使用细木工代替。

嗨

您可能希望将应用程序作为请求者，将决策作为提供者。

大卫