span8号
第4排
FME中支持许多数据库格式,其中大多数(如果不是全部)允许更新现有记录,即使技术在每种情况下都略有不同。
FME为控制数据库更新提供了一个简单的界面,为了提供一致的体验,该界面被标准化,无论数据库格式如何,都是相同的。
通过协调格式接口,格式之间有更大的一致性,以及用户熟悉的一种格式的设置,与其他格式匹配。
目前,FME为最常用的数据库格式提供了这种简化和协调的接口。其他数据库格式——在等待协调的同时——仍然支持通过属性标签的方法进行更新。
在编写时——在FME 2018.1发布之后——本列表中的格式均与相同的表参数协调一致:
地理数据库(开放式API) | Oracle空间关系 | SQL Server空间 | PostgreSQL/Postgis |
地理数据库(ESRI API) | Oracle空间对象 | Azure SQL服务器 | 邮政地理栅格 |
地理数据库(SDE) | Oracle空间地理光栅 | 几何SQL服务器 | 亚马逊红移 |
这些格式计划在不久的将来进行协调:
IBM DB2 | 地理数据库(mdb/xml) | 数据库 | MySQL空间 |
数据库 | 地理数据库(光栅/光栅目录) | 几何通道 | ODBC 3.x |
内特扎 | 亚马逊极光 | 数据库 | DBASE(DBF) |
协调的格式提供了相同的,简化,用于更新数据库的接口。
使用统一格式更新记录是通过“要素类型(表)参数”对话框完成的。在基本情况下,使用主键字段进行更新:
用户将功能操作参数更改为更新,在match columns参数中,选择定义传入数据中键的属性。
运行时,每个功能将覆盖一个数据库记录,其键属性值与数据库键列匹配的位置。
另一种方法是使用WHERE子句参数:
在这里,用户对“parkid”进行相同的更新,但仅当记录状态字段为“活动”时
有时需要进行插入,删除,和/或更新同一工作区中的任务,其中操作类型因每个功能而异。
在这种情况下,要执行的操作是在名为故障模式与后果分析,请值为插入,请删除,请或更新.然后将特征操作参数设置为fme_db_operation:
对于尚未协调的数据库格式,也使用了类似的技术。
不协调的格式没有一致的接口。有些(比如mysql writer)有一个writer模式参数:
其他的——像这个DB2编写器——不:
然而,它们都支持使用两种格式属性:在哪里?和故障模式与后果分析
与协调格式一样,为每个记录执行的操作在一个名为故障模式与后果分析,请值为插入,请删除,请或更新.如果要更新所有功能,然后,所有功能都应分配一个故障模式与后果分析价值更新,请使用诸如属性管理器之类的转换器。
update column/where子句同样不一致。上面的截图也显示mysql表没有update列参数。而DB2表是这样的。
它们都支持使用名为FME_,其中:
例如,用户在这里写入MySQL数据库。功能设置为更新,更新发生在parkid(数据库字段)与parkid(功能属性)匹配的位置。
注:fme_db_操作还支持将特定NoSQL和Web服务编写器(如dyanamodb格式。Put表示应该替换整行(而不是更新其中的部分)。如果使用,插入和更新选项仍然适用。
有关更多信息和要执行的示例,请参阅更新数据库辅导的。
?2019安全亚搏在线软件公司|法律