Вход для провайдера членства не использует индексы из-за нижнего()

Question

У меня средняя база пользователей в Memberships и Users таблицах (более 10 000 пользователей). По мере роста числа применений процесс входа в систему постепенно замедляется до неприемлемого. Теперь для проверки подлинности одного пользователя требуется 2 секунды, что для меня катастрофа. Поэтому я начал исследовать, что происходит.

Оказалось, что на столбе Username нет указателя в таблице Users. Поэтому я создал его. Для моего большого удивления это не помогло. Затем я понюхал процесс входа в систему с помощью SQL Profiler и обнаружил, что запрос аутентификации (sp_executesql, это LinQ, а не хранимая процедура!) Содержит функцию lower() в столбце Username, что делает невозможным использование SQL-индексом SQL Server! Вкусно!

Мои вопросы:

1. почему?
2. как решить это, не переписывая метод провайдера (желательно)?

Answer 1

Вот ответы ваших двух вопросов:

Ответ 1: Если функции используются в ИНЕКЕ этой силы SQL Server, чтобы сделать сканирование таблицы сканирования или индекс, чтобы получить правильные результаты вместо делать поиск индекса, если есть индекс, который можно использовать. Причина этого заключается в том, что значение функции должно оцениваться для каждой строки данных, чтобы определить ее соответствие вашим критериям. Подробнее об этом см. В разделах here и here.

Апзег 2: При хранении имя пользователя, хранить его либо в нижнем регистре или верхнем регистре, и вместо того, чтобы применять функцию на колонке, применять его на значение:

например,

Users.Where(x=>x.UserName == username.ToLower()); 

или

User.Where(x=>x.UserName == username.ToUpper());