span8
span4
我从15个文件地理数据库(不同的阅读器,相同的模式)中读取了328,000多个特性,通过一个连接到一个测试器,该测试器测试某个特定属性是否为空。每次我运行工作空间,我得到不同的结果,由一些记录变化,例如。289,431通过失败的端口一次,然后289,424下一次。这将影响一个排序器和两个复制文件过滤器,因为我不想让空值通过它们。
检查器显示属性的值为
https://knowledge.亚搏在线safe.com/questions/32235/tester-appears-to-be-missing-some-nulls.html
我试过交换测试轮,所以它的测试属性是Null与否定勾选了,但它没有解决问题。
在任何情况下,我的源数据都不会改变,那么为什么Tester每次都产生不同的结果呢?
谢谢你的建议。我正在使用FME 2016.1(构建16492)。FME 2017正式发布了吗?
@LenaAt亚搏在线Safe -属性在测试中为空,这是我首先做的,似乎会产生不同的结果。
@nic_ran—我试着将阅读器直接连接到测试人员(属性为Null),然后测试人员的每个输出端口连接到一个单独的检查器。我运行了两次。尽管相同数量的记录从每个测试人员的输出端口中输出(38717据说不为空),但是每一次仍然有一条记录的null值出现在错误的地方。但那不是同一张唱片!
但是,我清除了临时文件并再次运行它,这一次它匹配了属性> 0 (38716 not null)的结果。所以我查看了FME_TEMP文件夹,清除了一些旧的东西。然后我重新运行工作区并得到正确的结果。我再次运行它,这一次我得到38720条记录,假设不为空,但前4个检查器是空的:
我注意到,尽管在第一次运行时,很长一段时间都没有记录沿着not null路径运行(直到超过100,000条记录之后),但在第二次运行时,我或多或少就得到了几条记录沿着该路径运行(我想有4条,但我不能确定)。
是否与重新运行工作区的检查器打开有关?
但是我在第三次运行时这样做了,这次没有记录通过not null路径,我得到了正确的结果。
对于信息,大部分记录都在第一次读取的FGDB中(289,000条)。
当我有机会的时候,TestFilter报告就会出现。
我不知道为什么测试人员会这样做,也许您可以尝试使用TestFilter ?
您也可以尝试删除连接并将读取器直接路由到测试人员。连接不应该影响任何东西,但它是值得排除所有的可能性。
此外,要确定问题是什么,您可以尝试在测试之后放置一个DuplicateFilter,过滤掉不同的值,然后使用一个日志程序查看在测试之后实际存在的值。正如在另一篇文章中所提到的,检查器有时会显示不完全应该显示的内容。日志记录器可能是更好的选择。当然,这完全取决于DuplicateRemover是否能够确定值中的差异。如果DuplicateRemover不起作用,请尝试使用StatisticsCalculator,按“null”属性值分组。
©2019安全亚搏在线软件公司法律