span8
span4
这是我在翻译失败时得到的错误:意想不到的执行路径。请联系安全软件Geodatab亚搏在线aseRelationshipFeaturesPipeline::GeodatabaseRelationshipFeatures(SortFactory):发生致命错误。查看上面的日志文件以了解详细信息。关闭管道工厂时发生了一些错误,请参阅前面的警告,在编辑会话期间进行的任何编辑都没有保存。
我正在通过ESRI (ArcGIS 10.4.1)使用数据互操作性扩展。我是一个空间ETL过程的新手,但我遵循了FME的教程写关系类,所以我相信工作流是正确的设置。亚搏在线
我在这个问题上没有找到太多的文献,所以我正在向专家寻求帮助。
谢谢! !
嗨,特伦特,
这是正确的,当将GlobalID插入ArcSDE时,将为每个特性生成GlobalID。不幸的是,我的组织不允许共享这些数据。
在FME教程“处理关系类”中,有一个自定义转换器(GUID生成器),我想知道其他人是否使用它在他们的SDE数据库中设置关系类(当源数据集中没有自然键时)。你能告诉我这是普遍做法吗?你有发电机变压器的代码吗?
在使用关系类教程的文章中,有一节是关于关系键的:
在地理数据库中,关系键不必是对象ID(整数)类型。例如,他们可以是一个GUID。In this case, it's tempting to load the foreign key attributes in the relationship. You don't need to do this. You only need to set the values of geodb_rel_origin_oid & geodb_rel_destination_oid. The FME Geodb writer will populate the relationship feature class foreign keys.
如果使用的GUID对于每个特性都是唯一的,那么FME Geodb编写器如何知道哪些特性是相关的?特性合并转换器无法建立关系,因为GUID值不匹配,对吗?
正如您所看到的,我对读取和写入关系类感到很困惑,尤其是在读取的数据中没有自然键的情况下。是否有更多关于FME如何处理这个问题的文档?
谢谢你!
面临同样的问题。
在ArcSDE数据库中使用GlobalId作为关系中的Pk/Fk的特性类#1
目标:ArcSDE数据库中使用GlobalId作为关系中的Pk/Fk的特性类#2
当从#1到#2合并特性时,#2中创建的特性将接受一个全新的GlobalId,从而失去关系。
或者是否有使用GlobalId作为Pk/Fk的解决方案?
也许我应该建立一个可视化问题的工作台?
你好@mapixse
我认为,保护全球环境应该是你正在努力做的事情。我做了一些测试,我可以更新/插入功能并保留GlobalID。您是否能够使用源数据集模拟一个示例,在其中您发现此行为不正确?
MergeGlobalIdBasedRelationship.zip
不幸的是,我目前只能访问FME 2018,还不能使用“Preserve GlobalId”:)
我已经使用OBJECTID/ATTACHMENTID作为geodb_oid设置了一个工作区,并使用GlobalID作为geodb_oid设置了一个工作区(但是我猜测oid代表OBJECTID)。
OBJECTID和GlobalId在目标geodb中不可编辑。
嗨,娜塔莉。
我正在运行的版本:FME(R) 2016.0.1.2 (20160224 - Build 16177 - WIN32)。
实际上,我找到了一个变通方法,使我能够成功地编写关系类。这里有一个解释:我认为我为输出数据库设置关系类的方式导致了我的工作流中的断开。亚搏在线fme关系ID (geodb_rel_destination_oid & geodb_rel_origin_oid)的设置是正确的,因此,只要数据在fme工作区中,特征表关系就是良好的,但是我为输出sde使用GlobalID为Pk/Fk设置了关系类。因为GlobalID在数据到达sde时自动填充,所以fme看不到这些值。当数据离开fme时,geodb_属性被删除,sde无法知道哪些特性与表中的哪些行相关。
©2019安全亚搏在线软件公司法律