3

この例では、データベースの最初のアプローチに従っています。単一のedmxの管理性の問題のため、単一のedmxを複数のedmxに分割することにしました。

プロジェクトを作成し、AModelという新しいADO.netエンティティデータモデルを追加しましApp.configでエンティティの保存接続文字列にDBNameEntitiesを選択するオプションが表示されました。その結果、コンテキストは次のように生成されます。

パブリック部分クラスDBNameEntities:DbContext

ここで、 BModelと呼ばれる別のADO.netエンティティデータモデルを追加しました。「App.configにエンティティ接続文字列を保存する」の接続文字列としてDBNameEntities1を選択するオプションを指定しました。AModel用に作成した接続文字列がすでにあるので、接続文字列のオプションの選択を解除しました。これで、BModelのコンテキストは次のように生成されます(T4テンプレートから生成されたPOCOエンティティ):

パブリック部分クラスエンティティ:DbContext

  1. 1つのプロジェクトで、複数のモデルに複数のdbContext(DBNameEntities、Entities)を使用しても大丈夫ですか?

  2. または、単一のプロジェクトで、単一のdbContextのみを使用し、モデルを異なるedmxを持つ多数に分割することをお勧めしますか?

  3. 複数のモデルにDBNameEntitiesという同じ接続文字列を使用しながら、同時に意味のあるコンテキストを作成するにはどうすればよいですか。BModelのコンテキストがBContextとして生成され、AModelのコンテキストがAContextとして生成されるようにしたかったのです。例えば。パブリック部分クラスAContext:DbContext

  4. 単一のプロジェクトを使用して複数のedmxを作成するのではなく、さまざまなプロジェクトを作成し、各プロジェクトにモデルを作成するという、私の問題を解決するための正しいアプローチです。

あなたのアイデアを共有してください。

4

0 に答える 0