Skip to main content
Question

Switch Esri Geodatabase Reader/Writer from traditional Versioning to Branch Versioning


offermann82

Is it possible to switch the Versioning in an Enterprise Geodatabase (on SQL Server) from "traditional" to "Branch Versioning" without touching FME Workspaces containing Esri Geodatase Readers and Writers (GEODATABASE_SDE)? In a first attempt in the test environment, everything seems to be running like before, after we switched to Branch Versioning of our feature classes.

 

A quick look in the geodatabase tables seems to prove that the internal fields like GDB_ARCHIVE_OID, GDB_FROM_DATE, ... are filled correctly.

internal fields of the geodatabase 

Can it really be that simple? Does FME support the switch to Branch Versioning while keeping the Workspaces untouched? Of course, this would be a dream, but this seems too good to be true.

 

 

 

 

 

2 replies

kailinatsafe
Safer
Forum|alt.badge.img+21

Hello @Stefan Offermann​, your hunch was correct, I think there may be a little more too it unfortunately! If I remember correctly Branch versioning is generally toggled on the SDE connection file, but this is only really supported for feature layers (as far as we're aware of). because Branch versioned data can only be edited through a feature service, if you'd like to use Branch versioning, you'd need to publish the feature classes to portal, and use the portal reader/writer. For more information on Branch versioning please see: Branch Versoining Scenarios. Hope this helps, Kailin!


bruceharold
Contributor
Forum|alt.badge.img+17
  • Contributor
  • February 20, 2025

Hi, I had the same experience as ​@offermann82 , a direct connect (versioned edit transaction) via .sde file to a branch versioned feature class seems to correctly handle the insert-only transaction model.  However the only supported (by Esri) workflow is to use services-based editing.


Reply


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings