Comments and answers for "sql server jdbc writer slow" https://knowledge.亚搏在线safe.com/questions/55931/sql-server-jdbc-writer-slow.html The latest comments and answers for the question "sql server jdbc writer slow" Comment by ravenkopelman on ravenkopelman's comment https://knowledge.safe.com/comments/90294/view.html

@ggarzaIt took longer than expected, but in FME 2019.1, SQL Server (JDBC) Spatial reading is 3x faster than before (when reading single points).I'd be interested in hearing your "real world" results if you get the chance to report back.

Thank you for the feedback!

 Fri, 12 Apr 2019 18:52:11 GMT ravenkopelman Comment by ravenkopelman on ravenkopelman's comment https://knowledge.safe.com/comments/84118/view.html

Thanks for the extra details!We will improve for FME 2019.0, and see if a 2018.x backport makes sense as well.

 Tue, 11 Dec 2018 19:53:00 GMT ravenkopelman Comment by ggarza on ggarza's comment https://knowledge.safe.com/comments/83906/view.html

@ravenkopelman，here are the answers to your questions:

Yes, I can elaborate.The workspace reads 4 different feature types from a SQL Server 2016 database, passes the data through an AttributeManager (to set attribute) and TestFilter (to split data stream), and outputs to a FGDB Open API writer with 4 feature types.

1.Besides the geometry spatial type, the other types are varchar, int, float, and datetime2.There are no more than 35 attributes in each table.The varchar fields have lengths less than 15 characters.

2.No, a non-spatial table does not have the same problem.I did some further testing using the same tables with only the geometry column removed, and the same data output in one minute flat.空间部分似乎是问题.

3.They are close.They are virtual machines on the same subnet.

 Wed, 05 Dec 2018 22:32:10 GMT ggarza Comment by ravenkopelman on ravenkopelman's comment https://knowledge.safe.com/comments/83847/view.html

Thank you for the (surprising and disappointing) feedback@ggarza。

Can you elaborate on your situation so that we can do comparable experiments?

  1. 什么是列类型的表？
  2. 难道没有空间列的表有同样的问题？
  3. 如何接近你在网络方面的服务器？（本地内部网，VPN等）

If we can reproduce this we will make it faster.

 Wed, 05 Dec 2018 00:57:50 GMT ravenkopelman Comment by ggarza on ggarza's answer https://knowledge.safe.com/comments/83838/view.html

Hi@ravenkopelman。Unfortunately, the JDBC SQL Server读者空间is still slow in FME 2018.1.I am running a simple workbench reading from a SQL Server database into an ESRI File Geodatabase (File GDB Open API Writer).The JDBC reader workbench took 20 min to output 175k records.当我换成普通的SQL Server空间阅读器的读者，花了不到2分钟。我知道这个线程是对作家，但我想确保你都知道对读者也是如此。

 Tue, 04 Dec 2018 22:34:21 GMT ggarza Comment by ravenkopelman on ravenkopelman's answer https://knowledge.safe.com/comments/71722/view.html
FME 2018.1 contains bulk loading support for SQL Server via JDBC.This dramaticallyimproves writing performance. Mon, 04 Jun 2018 16:11:13 GMT ravenkopelman Comment by ravenkopelman on ravenkopelman's answer https://knowledge.safe.com/comments/57646/view.html Unfortunately it looks like 2018.1 is now the earliest we be able to improve this performance;we are waiting on Microsoft to add spatial support to their bulk loading driver.

Thu, 09 Nov 2017 19:44:41 GMT ravenkopelman Answer by olivermorris https://knowledge.safe.com/answers/57587/view.html

Thanks for including my case, it will be great to be updated when you get performance improvments.

 Thu, 09 Nov 2017 11:21:02 GMT olivermorris Answer by olivermorris https://knowledge.safe.com/answers/55999/view.html

Thanks for the feedback, I will await the changes in 2018.

Will look at work arounds for now.Using FME Cloud limits us to JDBC only unfortunately.

 Wed, 18 Oct 2017 07:21:44 GMT olivermorris Answer by gerhardatsafe https://knowledge.safe.com/answers/55948/view.html

Hi@olivermorris,

we are sorry that for this limitation.As@ravenkopelmanalready mentioned, improvements regarding this are on our roadmap!I created a support case on your behalf to make sure you'll be kept up to up to date regarding this.

Thanks

 Tue, 17 Oct 2017 18:29:12 GMT gerhardatsafe Comment by ravenkopelman on ravenkopelman's answer https://knowledge.safe.com/comments/55944/view.html I should add that our ADO based SQL Server writer (MSSQL_ADO/MSSQL_SPATIAL) is much faster than the JDBC writer (for now), but is only available on Windows.

Tue, 17 Oct 2017 16:58:45 GMT ravenkopelman Answer by ravenkopelman https://knowledge.safe.com/answers/55943/view.html

Hi Oliver, this大多comes down to the use (or lack thereof) of bulk interfaces for writing data to SQL Server.We have tentatively scheduled this for improvement in FME 2018.1*;if you want your vote formally counted please create a support ticket and reference PR#61819.Regardless I will try to remember to post an update here when the work is complete.

Thank you for your feedback.

* Our previous goal of 2018.0 had to be revised while we wait for Microsoft to upgrade their bulk loading driver to support spatial columns.

 Tue, 17 Oct 2017 16:55:59 GMT ravenkopelman