IIRC, or at least with an older version of Find, the queue of content indexing is processed every 5 seconds. So if you update your entry fast enough, it should be one index after all. I'm not sure if that is changed, or if the queue time is configurable now. However I think it still works that way.

Can someone from the Find team provide some inside on this? What is default queue time? And is this configurable?

Hi Mari, sorry for late reply.

Quan is right, the queue will run every 5 second. It's not possible to change this setting right now, but we have a task for it. One thing that can be set is the indexing queue batch size, EventedIndexingSettings.Instance.IndexingQueueBatchSize. This setting will determine how many items to receive from the queue, before sending a batch for indexing. This setting isn't what you are looking for, but it will help.

We will not store same item twice in the queue. If the queue hasn't been executed between the events (content event, price event etz), then you will only have one index-call for the content to Find.

One other thing that can be good to know. The queue will only run if the scheduled queue is enabled (EventedIndexingSettings.Instance.ScheduledPageQueueEnabled) and the database isn't in read only mode (EventedIndexingSettings.Instance.IsDatabaseReadOnly).

There is also a possibility to create your own implementation of the queue (or modify the queue handler) by inheriting from EPiServer.Find.Cms.ContentChangedEventStore. You might want to hold some form of state of the items, to make sure those are not put in the index twice between those events.