Должна ли база данных SimpleMembership быть отдельной в mvc4

Первое приложение кода MVC4

Я добавлю два поля int16 в UseProfile и начну с примерно 600 пользователей, которые потенциально могут вырасти. Я знаю, как настроить SimpleMembership либо как отдельную БД, либо как объединенную с БД основного приложения. С точки зрения кода, это подбрасывание, в какую сторону идти. Любые мнения опытных разработчиков о том, что было бы лучше в этом сценарии, особенно в свете уменьшенной схемы SimpleMembership по сравнению со старым поставщиком членства. Большим недостатком двух баз данных является стоимость хостинга.

Спасибо,


sql-server asp.net-mvc-4 simplemembership
person Joe    schedule 25.11.2012    source источник

Ответы (1)


arrow_upward
5
arrow_downward

Членство в Asp.Net (и SimpleMembership) отлично работает в базе данных вашего приложения.

Единственная причина, по которой я бы рассмотрел возможность разделения баз данных, заключается в том, что у вас будет несколько систем с одной пользовательской базой (т.е. с единым входом) — IMO, эта точка решения была верна и для старого членства.

Другое преимущество сохранения пользователей в одной базе данных заключается в обеспечении ссылочной целостности, например. ограничение внешнего ключа из таблицы приложений на UserId предотвратит случайное удаление пользователей и позволит упростить/упростить соединения между таблицами приложений и членства.

Тем не менее, вы можете рассмотреть возможность сохранения членства ConnectionString отдельно от строки подключения вашего приложения, так как это сохранит ваши параметры открытыми на потом, и ваше приложение не будет ограничено EF с приоритетом кода.

person StuartLC    schedule 25.11.2012