Hello,
I'm working on an analysis with a large point dataset, about 10.03 million records. The process itself is very simple: I run a spatial join on the points, and then need to export them for further analysis (via the 'Table to Excel' tool). The issue is that Table to Excel is having abysmal performance with this much data— clocking in at just over 3.5 hours to output the final .xlsx file.
I would expect any tool that runs over this much data to take some time, but this much feels wrong (and moreover, is untenable for my work). To give some perspective, running the spatial join over the full set of these ~10 million points only takes about 45 minutes. So, this brings me to three questions:
1. Are large data writing operations known to be slow by other users? And if so, is there anything I can/should be doing to speed up the processing time (short of increasing my hardware specs, which are already of decent quality)?
2. If there's nothing I can do inside of ArcGIS Pro, what might some good alternatives be? Since the rest of my analysis will be done using an R script, I'm considering trying to use the R-ArcGIS bridge and/or geospatial packages like 'sf' to do my spatial join, saving me the pain of exporting from Arc and importing into R— but I've never tried this before. Any suggestions?
3. From a software perspective, I'm curious what might be causing such slow speeds for what should be (I think) a relatively trivial data writing operation. I know from experience that similar operations might take only a few minutes with something like R/tidyverse or Python/pandas. Would the poor performance stem from extra processing being necessary to translate from a GDB environment to Excel? Inefficient implementation of the write tool under the hood? Lousy structure of my underlying data? Something else? I imagine this is a somewhat common operation among users, so it would be neat to find ways to increase performance. Maybe it would be faster to write to a .csv than to a .xlsx spec? I don't know if this is currently possible in ArcGIS Pro, though.
Thanks in advance for any help!
Cheers,
Aaron