“entity-framework”の関連問題_Stack Overflow日本語サイト

Entity Framework は、必要な部分クラスを作成しました。これらの部分クラスを [データソース] ウィンドウに追加すると、プロパティが期待どおりに表示されます。ただし、別のソースファイルでいずれかのクラスを拡張すると、これらのプロパティはビルドおよび更新後でも [データソース] ウィンドウに表示されません。

ソースファイル全体の部分クラスのすべてのプロパティは、部分クラスが EF で作成されている場合を除いて、[データソース] ウィンドウで期待どおりに機能します。

編集: edm デザイナーの問題のあるテーブルを削除した後、すべての作業が期待されます。長期的な解決策はほとんどありません。他の誰かが同様の問題に遭遇しましたか?

.net entity-framework partial-classes

0 投票する

3 に答える

2538 参照

entity-framework - Entity Framework & LINQ To SQL - 利益相反?

私は先週ブロゴスフィアで、Linq to SQL が死んでいる [そして EF と Linq to Entities が長生きしている] ことを読んでいました。しかし、MSDN の概要を読んだとき、Linq to SQL が SQL クエリを生成するのとまったく同じように、Linq to Entities が eSQL を生成するように思えました。

現在、基礎となる実装 (および SQL Server はまだ ODBMS ではないため) は依然としてリレーショナルストアであるため、エンティティフレームワークは、ある時点で SQL クエリへの変換を行う必要があります。Linq to SQL の問題 (m:m 関係、SQL サーバーのみのサポートなど) を修正し、これらのクエリを生成するレイヤーとして Linq to SQL を使用しないのはなぜですか?

これはパフォーマンスのためですか、それとも EF は eSQL ステートメントを SQL に変換する別の方法を使用していますか?

少なくとも私の未熟な心にとっては、EF でのドッグフード Linq to SQL に自然に適合するように思えました。

コメント?

entity-framework linq linq-to-sql linq-to-entities entity-sql

0 投票する

1 に答える

2122 参照

entity-framework - Entity Framework と EntityDataSource の例の「それ」はなぜですか?

ばかげた質問だと思いますが、なぜ Entity Framework EntityDataSource オブジェクトは、オブジェクトセレクターの最初の部分として「 it 」を含む where 句を必要とするのですか?

where 句のドキュメント ( http://msdn.microsoft.com/en-us/library/cc488531.aspx ) には、文字列が ObjectQuery(T) に直接渡されると記載されているため、(例) " x .OnlineOrderFlag = TRUE" ここで、x は述語で意味のあるものですが、句は " it .OnlineOrderFlag = TRUE"を渡した場合にのみ機能します。

Microsoft の例はすべて「it」を使用していますが、何が欠けていますか?

スティーブ・デイビス

entity-framework

0 投票する

4 に答える

5342 参照

entity-framework - プロパティセッターが内部の場合の ADO.NET Data Services Entity Framework 要求エラー

プロパティの内部セッターを持つエンティティ (「ケース」と呼ばれる) を含む Entity Framework データモデルを使用して ADO.NET データサービスを公開すると、エラーメッセージが表示されます。(エンティティデザイナーを使用して) セッターをパブリックに変更すると、データサービスは正常に動作します。

データサービスでエンティティ "Case" を公開する必要がないため、SetEntitySetAccessRule を使用して公開するエンティティを制限しようとしました。これは機能せず、サービスエンドポイントは同じエラーで失敗します。

.svc エンドポイントが呼び出されると、ブラウザーでエラーメッセージが報告されます。これは非常に一般的で、「リクエストエラーです。サーバーでリクエストの処理中にエラーが発生しました。詳細については、サーバーログを参照してください。」残念ながら、システムおよびアプリケーションのイベントログにはエントリがありません。

サービスでトレースを構成する方法を示すこのスタックオーバーフローの質問を見つけました。その後、トレースログに次の NullReferenceExceptoin エラーが報告されました。

内部セッターを持つエンティティを含めるときに、この例外を回避する方法を知っている人はいますか?

entity-framework service ado.net

0 投票する

6 に答える

3353 参照

.net - .net Entity Frameworkのやり過ぎとLinqToSqlはどうですか？

LinqToSqlと比較して、Entity Frameworkはやり過ぎであるか、習得が難しいと言われていると聞きました。

私はどのように疑問に思っていますか？私はLinqToSqlを使用し、それが好きです。ですから、私はEFを試していますが、私が行っていることについては、ほとんど同じように見えます。名前空間とメソッド名は異なりますが、これまでのところ、EFをLinqToSqlよりも難しくするものは見当たりません。

もっと複雑なことを始めれば、もっと複雑になると思います。しかし、繰り返しになりますが、LinqToSqlで同じことを行うことはおそらくまったくできないので、もっと複雑なことをしたい場合に備えて、EFのプラスとしてそれを見ることができます。

EFはLinqToSqlよりも多くのリソースを使用するので、必要なのがLinqToSqlのような機能だけである場合は使用しないでください。

更新：いくつかのテストを実行しましたが、テストでは、LinqtoSQLよりもパフォーマンスが優れているLinqtoEntitiesを示しているようです。

最初に1つのテーブルから1000レコードを削除し、1000レコードを追加し、1000レコードを編集してから、それらをDataViewにデータバインドします。LinqToSQL：5秒LinqToEntities：2秒

2つの結合されたテーブルを使用して同じテストを実行しましたが、結果は類似していました。

私のテストは別の投稿をサポートしているようです： LinqToSqlとEntityFrameworkのパフォーマンス

アップデート2：

返信ありがとうございます。Linq to Entitiesは、LinqtoSQLと比べて実際にはやり過ぎではないように思われます。さらに調査した後、LinqtoEntitiesを使用するのが道だと思います。パフォーマンスが優れているようです。

私が聞いた「やり過ぎ」のステートメントは、LinqtoEntitiesがLinqToSQLよりもはるかに多くのことを実行でき、より多くの構成（web.configに約1行追加）が必要なために行われたと思います。また、Linq toEntitiesがLinqtoSQLとは異なる方法で行う小さなことがあり、LinqtoEntitiesがより複雑であるかのように感じる可能性があります。しかし、物事を行う方法を学んだら、LinqtoEntitiesはLinqtoSQLほど複雑ではないようです。

.net linq linq-to-sql entity-framework .net-3.5

0 投票する

1 に答える

389 参照