Batch Editor Slow When Adding Collection to Objects Having PDFs

[miqrogroove]

When I batch edit objects to add dates, add related collections, and set the representation label, the run time is quite high (around 20 seconds per object) when large PDF representations exist.

Seems like there's an unexpected bottleneck here.

[miqrogroove]

Tested this again. Results were interesting.

With a set of medium size PDFs that were already imported to objects, I attempted batch editing only the dates and related collections. That averaged about 5 seconds per object for processing 😳

Right after that I did a batch edit on those same objects to replace the representation labels. That batch completed instantly.

[kehh]

Could be that this is triggering an index of the related collections which may have lots of objects in them?

[miqrogroove]

Tested this again. Imported 85 PDF files with no name matching. This was a mix of medium size PDFs. The plan was to add them to a sub-collection which had only 2 objects initially. The parent collection had zero objects.

This time, attempting the batch edit of representation labels first instead of last. This batch required a fraction of a second per each object. It seems safe to say now that label editing works as expected, in any order.

For the 2nd batch edit, I added a date to each object. This batch also required a fraction of a second per object.

For the 3rd batch edit, I added the relevant collection. This batch ran slowly, averaging 8 seconds per object. Run time seemed roughly proportional to the size of each PDF. While I understand a possibility is Providence might be indexing the related collection(s), I can't reproduce this problem when importing JPG files. This problem is somehow specific to adding a collection relationship to an imported PDF. Is that normal?

For the 4th batch edit, I added a Site name/URL bundle to each object. This batch required a fraction of a second per each object. The presence of the related collection from the previous batch had no effect here.