MVC4コードの最初のアプリケーション
UseProfileに2つのint16フィールドを追加し、約600人のユーザーから始めます。これは潜在的に成長する可能性があります。SimpleMembershipを個別のDBにするか、メインアプリケーションDBにロールインするように構成する方法を知っています。コード的には、どちらに進むかは問題です。特にSimpleMembershipと古いMembershipプロバイダーの縮小されたスキーマに照らして、このシナリオで何がベストプラクティスになるかについての経験豊富な開発者からの意見。2つのデータベースの大きな欠点は、ホスティングに関連するコストです。
ありがとう、
Asp.Net メンバーシップ (およびSimpleMembership) は、アプリのデータベースで正常に機能します。
データベースの分割を検討する唯一の理由は、単一のユーザー ベース (つまり、シングル サインオン) を持つ複数のシステムを使用する場合です。IMO この決定ポイントは、古いメンバーシップにも当てはまりました。
ユーザーを同じデータベースに保持するもう 1 つの利点は、参照整合性のためです。たとえば、App テーブルからの外部キー制約によりUserId、ユーザーの偶発的な削除が防止され、App テーブルと Membership テーブル間の結合がより簡単/単純になります。
ただし、メンバーシップConnectionStringをアプリ接続文字列とは別に保持することを検討してください。これにより、後でオプションを開いたままにし、アプリがコード ファースト EF に制約されなくなります。