利用できる主体の枠組みとASP.NET ます。

Question

私の作成も再創造)アプリが既存のユーザーと他のデータをMS-アクセスデータベースです。のデータに表示されるようになります。SQLサーバーの一部を移動します。使いたいのEFいORMとっかりのデータモデルにSQLサーバーです。これまでEFはないASP.NETていただきたいと思いますように会員の特徴ASP.NET.私は考える方法はいろいろなことと思います。もちろん、ちょっとだけの研究をしてこの考え方これまでにもって答えます。ですから、などを水でよく練りあわせのクラスターに関してお聞きします。

1. できるEF仕事に直ASP.NET 会員証一部クラスまたは名前空間をしているところを知らず。

2. がん転移のユーザーに会員システムに合わせをuseridsデータその他のテーブルだけを別のテーブルセットのためのユーザデータ上のaspnet_*テーブルラDotNetNuke?

3. 避けたい状況を利用したい内蔵のメンバシップ関数のみのユーザ認証およびスイッチをEFコが仕事をしていユーザー-タグ付きデータです。うちょっとドジで泣きの撤退をユーザー情報を結合カラムをGridViewに行くことによって会員のユーザー毎に行なうことになる何か。い吸い上げ、複製、会員の授業EFデータをダウンロードです。

4. を考えているか実施のEFプロバイダー会員、もしかしたら、プロバイダが座内全体のEFデータモデルです。このクレイジ話?(私は書くことなんてな自分のプロバイダ）

どうぞお気軽にお申し付けくんの作るものなのかということである。

Answer 1

なぜないのではないか。実践できる独自のプロバイダー会員asp.netすることをモデルにしたい/必要です。

場合、本アプリケーションは、必要な完全一致の組み込みasp.net 会員に実施したりすることも可能ですロール独自のプロバイダです。ご利用の場合はただのカップルの特長、実施だけでカップルの方法んだ実装のためのすべての方法)。が必要な場合は時間以内に対応し、会員のプロバイダが使用されています。

Answer 2

1. いいんじゃない地図は、会員ます。なんかを推定使用のSQL会員制プロバイダです。
2. 示した地図でユーザーのアイデンティティのDBのidです。微妙なが重要です。も覚えているが、他の会員プロバイダ（例えば、ドメインauth.
3. きを明らかに問われているのかなに複製するすべての会員情報をおEFモデルが必要なもの一覧を既知としてのアイデンティティー
4. いや、すべてのバイブことが困難であるととも不要となります。