斯潘8
斯潘4
您好!
我正在尝试使用JDBC编写器在Amazon上写入SQL Server RDS,它真的很慢。我有什么办法可以让这个更快。目前它正在以20秒的间隔向一个4列(所有字符串)表中插入1000条记录。使用SQL Server导入导出向导大约快50倍。
谢谢你
嗨,奥利弗,这主要地归根结底,就是使用(或缺少)批量接口来向SQL Server写入数据。我们已经初步计划在FME 2018.1*中进行改进;如果您希望正式计算您的投票,请创建支持票并参考pr 61819。不管怎样,我会尽量记住在工作完成后在这里发布更新。
感谢您的反馈。
*在等待微软升级其批量加载驱动程序以支持空间列的同时,我们必须修改我们之前的2018.0目标。
您好!@拉文科普尔曼。不幸的是,JDBC SQL服务器空间阅读器在FME 2018.1中仍然很慢。我正在运行一个简单的工作台,它从SQL Server数据库读取ESRI文件geodatabase(文件gdb open api writer)。JDBC读卡器工作台花了20分钟来输出175K条记录。当我用普通的SQL Server空间读卡器替换读卡器时,不到2分钟。我知道这条线是关于作者的,但我想确保你也了解读者。
感谢您(令人惊讶和失望)的反馈嘎嘎扎。
你能详细描述一下你的情况吗?这样我们就可以做类似的实验了。
如果我们能复制它,我们会使它更快。
拉文科普尔曼以下是您问题的答案:
对,我可以详细说明。工作区从SQL Server 2016数据库读取4种不同的功能类型,通过attributeManager(设置属性)和testfilter(拆分数据流)传递数据,并输出到具有4个功能类型的fgdb open api编写器。
1。除了几何空间类型外,其他类型是varchar,int飘浮,和DATETME2。每个表中的属性不超过35个。varchar字段的长度小于15个字符。
2。不,非空间表没有相同的问题。我用同样的表格做了进一步的测试,只删除了几何列,一分钟内输出相同的数据。空间成分似乎是问题所在.
三。他们很亲密。它们是同一子网上的虚拟机。
?2019安全亚搏在线软件公司|合法的