span8
span4
几年前我刚开始使用FME时,我基本上只使用以下模式:
Reader = > Transformer = >写入器。
我的大部分工作都是关于地理空间数据的。当我深入研究并必须破译前辈们构建的大量遗留FMW时,我了解了SQL创建者和执行者以及非空间SQL读取器的威力。让我感到困惑的是,FME服务器中有许多工作空间似乎已经成功完成,但是当我查看日志时,我发现一个SQL连接或SQL查询失败了,没有返回任何结果,但是工作空间已经完成。所以我没有得到警告,这个过程实际上是失败的。
在try/except块中包装这些SQL连接器,以便在SQL调用由于错误或连接错误而返回错误或零特性时捕获任何实例,这是一个很好的实践吗?
我想听听你的意见,这样我就不用重新发明轮子了。谢谢!
我怀疑这将是高度情景化的,并取决于您的SQL和DB环境。
您可以在SQL本身中执行一些操作来返回错误记录,比如TRY…捕获在SQL服务器。
在FME端,您可以使用测试器、TestFilter和采样器等来测试变压器的输出。那就是“如果那时……”Else类型分支点。
如果这些“测试”类型的变压器中有任何一个发现了不应该存在的东西or the inverse, doesn't find something that SHOULD be there, then this can be sent to a special Transformer called "Terminator", which is kind of an Inspector that pushes the offending feature(s)/message(s) out for review and halts the Workspace.
©2019安全亚搏在线软件公司法律