Фон - мое понимание до сих пор - Поскольку все данные членства будут в одном разделе, это, вероятно, вызовет длинные сканирование таблицы после того, как пользовательская база выросла до миллионов.Is Azure TableStorageMembershipProvider действительно подходит для обработки миллионов пользователей?
В настоящее время я регистрирую пользователей в своей системе, основываясь на электронной почте и пароле. У меня также есть таблица User, которая находится на Azure SQL, и я сохраняю ограничение между ними на уровне приложения. «Внешний ключ» - это адрес электронной почты.
Поиск пользователей, использующих поставщик членства, осуществляется по электронной почте не по UserId/key.
Рядом с главной страницей остальная часть сайта требуется пройти аутентификацию, поэтому я ожидаю, что использование членства будет значительным, но не огромным, поскольку после аутентификации пользователь кэшируется в течение нескольких минут.
Считаете ли вы, что использование табличного хранилища на основе членства, как правило, является хорошей практикой для миллионов пользователей?
Что вы посоветуете для моего конкретного случая?
Я бы рекомендовал вам не использовать строку в качестве внешнего ключа, если вы ожидаете такой нагрузки данных. В противном случае идея облака - это масштабируемость, поэтому я наивно полагаю, что они могут справиться с этим. – Alexander