Escritura en la base de datos Enterprise falla con el error '-2147216035'

Question

Estoy intentando escribir en una de mis bases de datos Enterprise sin éxito.<\/P> El mensaje de error es. El número de error de ArcObjects es: '-2147216035'. El mensaje de error de ArcObjects es: Esta geodatabase no soporta este cliente u operación.<\/P> El escritor Geodatabase_SDE está configurado para definición dinámica del esquema, el nombre de la clase de entidad está configurado como fme_feature_type, y el tipo de geometría está configurado como 'from schema definition'... las configuraciones habituales que uno haría para escribir datos con diferentes esquemas.<\/P> Puedo ver que el nombre para la clase de entidad a escribir es de hecho de la siguiente estructura: [fme_feature_type]_[geometry type].<\/P> Eso me desconcierta bastante ya que la configuración para el escritor claramente es usar solo fme_feature_type.<\/P> Otra cosa que me molesta es el mensaje que indica que la geodatabase no soporta este cliente u operación.<\/P> <\/P> Estoy usando ArcGIS Pro 3.2.1 y la base de datos está en versión 10.9.0.2.7 en un servidor MSSQL.<\/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