Jun 08 2021 04:24 AM
Hello,
Situation:
We are tagging most our data in Sharepoint with project numbers via a multi-lookup column.
Now some lists start to reach the threshold limit, and you can't index multi-lookup columns.
Problem:
Losing the functionality to filter, aggregate or sum by the project number is not an option. Neither is using a single-lookup column nor keeping the lists small.
Possible Solution?:
Are there any known best practices, so that the user can still filter and our pnp-js and pnp-powershell code can make use of an indexed column? By archiving the lists and libraries will cap at around 10 000 - 50 000 items.
I was looking at making use of the term store, a workflow to automatically mirror the project numbers to the new column and a powershell script to update the term store.
But before doing this, I wanted to ask more experienced users, if this makes sense and if there might be other solutions.
Best wishes
Nico
Jun 09 2021 02:35 PM
@de_simon I have the same issue.
by pnp-js are you referring to the web parts?
I have the added issue of our powerapps that access project numbers and 3 other mmd (managed-metadata) fields "becoming unpredictable" = "very bad" when the list view exceeds 5000.
by removing all other fields, these indexed columns do work for us on most views, the line is thin though, if I add one more column such as "modified by" I get an error.
Jun 09 2021 11:44 PM
Jun 14 2022 08:01 PM
Jun 15 2022 05:16 AM