Visual Studio で [新しい項目を追加] --> [Entity Data Model] の下でオブジェクト コンテキストを作成するときに、コードで行う方法はありますか?
たとえば、データベースに新しいテーブルを追加するとします。次回、そのデータベースのモデルを使用するアプリケーションをロードすると、モデルが更新され、その新しいテーブルのデフォルトの概念マッピングが自動的に作成されます。
おそらく、LINQ-To-Entities ではなく ESQL を使用してデータベースをクエリするので、新しいエンティティ セット/オブジェクトへの厳密に型指定されたアクセスがあるかどうかは気にしません。
また、このソリューションには最初に EF コードが必要ですか?
私の意見では、EDMXを使用したEFは、このシナリオに対応する準備ができていません。理由を明確にしましょう：
ObjectContextこれらのファイルで提供されるエンティティでのみ機能します。DefiningQueryは単なるデータベースクエリです。EFはこのクエリの結果セットにのみ関心があるため、データベース（または別のデータベース）に存在する任意のテーブルを使用できます。
最初にコードを使用すると、開発エクスペリエンスが大幅に向上します。コードは最初にEDMXファイルを必要としません-それはコードによって定義されたマッピングを使用します。EntityTypeConfiguration<>ブートストラップで事前定義された（または参照されたすべての）アセンブリから派生したすべてのタイプを収集するために、アプリケーションが必要になります。これらの構成はすべて、最初のコンテキストインスタンスを作成するときにに追加さDbModelBuilderれます。OnModelCreationアプリケーションを再起動し、エンティティを使用して新しいアセンブリを展開した後、新しいエンティティを簡単に使用できるコンテキストが得られます。それでも、このエンティティを使用するにはコードが必要です。DbSetを呼び出すことによってコンテキストクラスのプロパティとして公開するのではなく、手動で作成する必要がありますcontext.Set<EntityType>()。エンティティモデルの検証とデータベースの再作成をオフにする必要があり、すべてを自分で同期させる必要があるため、最初にコードでこれを行う場合には、いくつかの落とし穴があります。
それでも、新しいアセンブリをデプロイし、アプリケーションを再起動するとアセンブリを使用するシナリオについて説明しています。アプリケーション自体からテーブルと「エンティティ」を管理する必要がある場合は、ORMを直接使用するシナリオではありません。これは一部のメタデータモデル/マルチテナントシナリオの場合であり、ORMが一部の一般的な抽象テーブルに使用され、実際のエンティティが抽象として保存されたメタデータから構築されるというまったく異なる方法で行われます。
.edmx ファイルはビジュアル スタジオ専用であり、アプリケーションの一部ではありません。メタデータは 3 つの xml ファイルに保存され、実行時に読み込むことができます。
エンティティをクラスにマップする必要があり、そこが見苦しくなります。クラスは、reflection-api を使用して実行時に生成できます。または、StringProperty1、StringProperty2 などの多くのプロパティを持つジェネリック クラスを使用します。
この目的には、ESQL よりも SQL の方が適しています。
なぜ実際にこのようにしたいのですか？
これを可能にする方法がわかりません。エンティティ モデルを作成するときは、基本的に xml である edmx ファイルを実際に作成します。実行時にこれらの定義ファイルを変更することはできません。この edmx ファイルから、T4 テンプレートはコンテキストと .NET クラス/エンティティを生成します。私の知る限り、実行時にモデル/コンテキストにクラス定義を追加することはできません。
おそらく、この投稿は、未定義のテーブル/ビューから EF がエンティティを取得することについて、さらに洞察を与えることができます。そうでなければ、Ladislav Mrinka または Julie Lerman がこの質問に参加してくれることを期待しましょう ;)
まずEFコードについて。コードの最初のアプローチも edmx ファイル/エンティティ モデルですが、(データベースからエンティティ モデルを生成するのではなく) そこからデータベースを生成するため、違いはありません。最終結果は同じであり、機能しません。異なるランタイム。