Select to view content in your preferred language

Deleting feature classes from GDB is incredibly slow

900
5
Jump to solution
08-15-2023 07:58 AM
Scoth
by
New Contributor III

I'm using ArcPro 3.1.0 and it is ridiculously slow to delete feature classes from a GDB. This line FC only has 973 features, and they aren't that complex or large, and it takes a few minutes to delete it. That may not sound like a lot, but it adds up when I have to do it many times. It makes my daily work very frustrating and time consuming.

 

Has anyone had similar experiences? Any solutions?

1 Solution

Accepted Solutions
Scoth
by
New Contributor III

I actually had good results deleting unnecessary Maps, and removing unnecessary GDBs from the project. Not sure which one helped, but my guess is the project (aprx) just became too bloated. I had like 10 maps, and 20 GDBs. I didn't delete the GDBs, just removed the ones I wasn't using from my project. It's a bit weird that the number/size of other GDBs would affect deletion speed of feature classes in one GDB, but I've seen weirder things.

View solution in original post

0 Kudos
5 Replies
DanPatterson
MVP Esteemed Contributor

To close the circle from previous threads

Arc Pro Slow to delete feature class - Esri Community

 


... sort of retired...
0 Kudos
BranislavBlagojevic
Occasional Contributor II

Old problem of ArcGIS Pro/Catalog. It was present in all versions 1x and 2x. Typically, as a non-user, ESRI never addressed it!

0 Kudos
Scoth
by
New Contributor III

I actually had good results deleting unnecessary Maps, and removing unnecessary GDBs from the project. Not sure which one helped, but my guess is the project (aprx) just became too bloated. I had like 10 maps, and 20 GDBs. I didn't delete the GDBs, just removed the ones I wasn't using from my project. It's a bit weird that the number/size of other GDBs would affect deletion speed of feature classes in one GDB, but I've seen weirder things.

0 Kudos
ScottFedak2085
Occasional Contributor

I was back on this issue today, and just wanted to add to this Solved Topic for anyone who falls upon it. I tend to maintain pretty bloated projects and run into Catalog running slow on simple tasks like Delete or Rename quite often, and I found something that seems to be working for now.

What seems to be working for me when a project gets slow is checking for any broken links in the maps. I do this by quickly trying to export the project file to disk (see screenshot below). When you analyze using this GP tool, it will identify any Data Sources that are broken in the entire project as you can't export without doing so. Using the 3-bubble icon with any error that pops up, you can get directed right to the culprit and repair the link or remove the layer. Every time I've been doing this, I notice significant improvement in Catalog operations after.

ScottFedak2085_0-1695050020888.png

 

0 Kudos
BranislavBlagojevic
Occasional Contributor II

@ScottFedak2085, to test ‘Rename’ or ‘Delete’ FC, table, raster dataset or mosaic in Catalog View or Pane; open NEW - empty project and in default gdB create eg. FC (or any other) then test ‘Rename’ or ‘Delete’ function. After tell us results! Thanks!

0 Kudos