Enterprise データベースへの書き込みがエラー '-2147216035' で失敗します

Question

Enterprise データベースの一つに書き込みを試みていますが、成功していません。<\/P> エラーメッセージは次の通りです。ArcObjects からのエラー番号は '-2147216035' です。ArcObjects からのエラーメッセージは「このジオデータベースはこのクライアントまたは操作をサポートしていません。」です。<\/P> Geodatabase_SDE ライターは動的スキーマ定義に設定されており、フィーチャクラス名は fme_feature_type に設定され、ジオメトリタイプは「スキーマ定義から」に設定されています... 異なるスキーマでデータを書き込むために通常行う設定です。<\/P> 書き込まれるフィーチャクラスの名前が実際に次の構造であることがわかります：[fme_feature_type]_[geometry type]。<\/P> これは、ライターの設定が明確に fme_feature_type のみを使用するようになっているため、かなり混乱しています。<\/P> もう一つ気になるのは、「ジオデータベースがこのクライアントまたは操作をサポートしていない」というメッセージです。<\/P> <\/P> 私は ArcGIS Pro 3.2.1 を使用しており、データベースは MSSQL サーバー上のバージョン 10.9.0.2.7 です。<\/P>

bharold · Answer

Tom, if you have remaining errors please open a support call.

My guess is the geometry type suffix is an artifact of the reader not knowing the input geometry type, workspace generation will automatically create one (geometry named) feature type per input in those cases.

TomGeo · Answer

The solution for the error of This geodatabase does not support this client or operation. seems to be the database version I was trying to write to.

Since 10.9 versions does not know about datatypes like date_only, and I added an attribute of date_only to the schema the writing part failed.

The suffix of _[geometry type] to the feature class name in the database seems to be a bug.

I am reading the input data from a zipped geopackage, and FME shows the geopackage_type as geopackage_polygon. In my case, the fme_feature_type would be lakes, and the resulting name of the feature class is lakes_polygon.

I tried to circumvent the suffix, fishing with a regular expression for possible parts, separated by an underscore - to no avail.
Since the feature information in the Workbench do show fme_feature_type with a value of lakes, right until the Geodatabase_SDE writer, and even setting the regex in the settings of the writer shows no effect, I assume it is a bug within the writer.

The suffix is also shown when using the Geodatabase_File writer...

After the attempt to write the data into a file geodatabase, and getting the same result as with the enterprise database, I renamed the feature class in the file geodatabase by deleting the suffix.

Then I read the file geodatabase in the same workspace, and used the same dynamic writer to the enterprise database as I used before... this time the name of the resulting feature class in the enterprise database did not receive any suffix and is simply called lakes, as expected.

In the end I used the SchemaScanner, and for good measure I left the regex in the writer settings for the feature class name.

I am using the Data Interoperability Workbench in version 2023.1.1.1, build 23636