Five New Optimizely Certifications are Here! Validate your expertise and advance your career with our latest certification exams. Click here to find out more
AI OnAI Off
Five New Optimizely Certifications are Here! Validate your expertise and advance your career with our latest certification exams. Click here to find out more
Guess they want to first store what should be indexed and then try to call external service to update index. Makes sense to avoid data getting lost because of failing connection, performance etc...
Hey Experts,
FIND version 12.1.0, CMS 9.12
Just had some performance issues on saving, creating, moving, deleting IContent.
The problem was 50 000 rows in DDS store IndexingQueueReference. Some kind of queue to FIND indexing.
By deleting all items all worked fine again.
EPiServer.Data.Dynamic.DynamicDataStoreFactory.Instance.GetStore(typeof(EPiServer.Find.Cms.IndexingQueueReference)).DeleteAll();
Anyone with insight can explain how FIND uses this Store?
Any idea why this queue was stoped and just growing?
In later version i understand it it using a new table tblFindIndexQueue, probably to boost performance...?
Many Thanks to you who can enlight me =)