I was searching on how to remove globalids and would add the use case here @SSWoodward -
We are migrating into Parcel Fabric and in order to publish our data as a service, it needs to have GlobalID. A database developer had added a field called globalid as text and then the python script went to prepare the data for publishing and used AddGlobalIDs tool. This added a globalid column as globalid_1. I want to delete the text globalid field AND the actual globalid_1 field so it can be properly named. I literally just added it and need to 'undo' and 'redo' the globlalid without wiping out all of the data or going through a bunch of steps to export and reimport as there are relationships built to these tables, so can't just delete and recreate. And there are many of them, so literally if there are no replicas or other things using globalid, why can't I delete it more easily?
Thanks for that additional use case @ChristalHigdon_USFS
The team is currently reviewing this idea and the use cases shared by users. Thank you for sharing your use case.
We hope that users continue to share their use cases so we can better understand how this enhancement would improve their workflows.
We too have had situations where developers have evaluated adding global ID to several feature classes that are part of a complex geodatabase schema with a parent feature dataset (controller class), coded value domains, attribute rules etc. After evaluation it was determined that we would like to remove global ID from the tables. The guidance to use "feature class to feature class" to basically recreate the feature classes without the Global ID is not at all practical in these situations.
Consider creating an option to remove them that includes plenty if disclaimers and requires GDB administrator account or something.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.