Advanced Filters should generally be avoided for this type of usecase, as they are very inefficient for long lists. Using an advanced filter essentially means that the Bubble server cannot summarise the expression into a single Search Query on the server, meaning that the Search will actually return all the entries (in your case this might mean querying the entire database), and only after that will the filter be ran, and with much more inefficient processes than a search constraint on the server.
For operations on the frontend, this means that the entire db is returned to the client. Not only will the operation take very long to evaluate, but the data load will cause jittery and sluggish behaviour on the browser, or even simply crash it outright.
If this were a Frontend operation, this type of usage of Advanced Filters would not be recommended.
In the Backend, this problem is less pronounced, because there is no client-side browser to crash. But the operation is still very inefficeint.
I have always avoided Advanced Filters, unless i know that the number of entries on which the filter is running is very low (<50). Frontend and backend alike. I know as a fact they need to be used with care in the frontend, however I have never ran proper tests of how inefficient they are on the backend. I’m almost certain they are still very inefficient and should be avoided. You could run some tests on this and let us know what you find.
If i find some time today i might run some tests myself, as I’m quite curious about the results.