性能のLinq to Entities vs ESQL

StackOverflow https://stackoverflow.com/questions/38647

質問

利用の場合、企業の枠組みはESQLどのように絡んでいるのかを調べLinq to Entities?

私好みで使用Linq to Entitiesを中心とした強力な型チェック）ですが、私のその他のチームメンバーの引用としての性能を使用する理由ESQL.たいと思い、フェア、プロのコンの利用方法です。

役に立ちましたか？

解決

目の前にある、ことりと触れ合の違いは:

Linq to Entitiesが強く型付けされたコードを含む素敵なクエリの内包構文です。この"から"の前に貼り付け"を選択することにより行頭に付けます。

企業SQLの伝統的な文字列ベースのクエリーをより身近なSQLのような書式を選択算書の前に貼り付けます。でeSQLは文字列に基づく動的問合せで形成されている可能性があり、昔ながら実行時に使用文字列の操作が可能です。

は明らかで重要な違いは:

Linq to Entitiesを変更することができます。形状または"プロジェクト"の結果を検索する任意形状が必要となる"を選択し新しい{...}する"というアクションです。匿名の種類新C#3.0が可能です。

予測できない利用者はSQLとして必ず返ObjectQuery<T>.一部のシナリオで利用可能なObjectQuery<object> しかしな作業にある。選択を常に返しまObjectQuery<DbDataRecord>.参照以下のコードを...

ObjectQuery<DbDataRecord> query = DynamicQuery(context,
        "Products",
        "it.ProductName = 'Chai'",
        "it.ProductName, it.QuantityPerUnit");

public static ObjectQuery<DbDataRecord> DynamicQuery(MyContext context, string root, string selection, string projection)
{
    ObjectQuery<object> rootQuery = context.CreateQuery<object>(root);
    ObjectQuery<object> filteredQuery = rootQuery.Where(selection);
    ObjectQuery<DbDataRecord> result = filteredQuery.Select(projection);
    return result;
}

あまりに微妙な違いがあるのは、チームメンバ詳細 こちらの や こちらの.

他のヒント

ESQLを発生させることもできあが特に悪質なsql.またトラック問題のようなクエリを使った継承したクラスとしていることが分かった私のpidlyっESQLの4行った訳で100000文字モンスター SQL statetement.

くらべることによってとLinqのコンパイルされたコードしたりmanagableしましょう20行してください。

プラス、どのような資料がどのような人が、Linqが強く種類が非常に面倒をデバッグの編集を継続します。

広告

企業-SQL(eSQLることができな動的なクエリーをより簡単によりLINQめます。ただし、いらっしゃらないシナリオを必要とするeSQL、私は躊躇なでLINQなので、しっかり力が低下していく傾向があり維持などなコンパイル時のチェックします。

私はLINQができprecompileお問しているというだ。リコMariani blogged約LINQ性能 械的風味さん一応前に線路とつとめます。

敵を示すグラフの性能比較はこちら 企業の枠組みの性能を探 な差が見ごろとなESQLや団体 が全体の違い重要な使用等から直接問合せ

企業の枠組みを使用して層のオブジェクトマッピングにはすべて、単層の商品の追加マッピングの性能を持っています。少なくともEFバージョン1は、適用デザイナーが選ばれ続ける企業の制度的な枠組みについて、検討の場合のモデリングとドのマッピングの機能性を正当化することはできてしまう。

によりコードのカバーできるとコンパイル時にチェックというのはいい場所でより高いプレミアムによります。ここいしょう方向ESQLさせるためには、正しいのはどなたでも（現任）あり柔軟に実現できること.あなるのではないかとの技術スタックを持たない特徴ですか。

体の枠組みをサポートしていないようにカスタムプロパティは、カスタムクエリ（きん曲性能な機能と同じでlinq to sql（が特徴だけではない、法の枠組み).

私の個人的な印象エンティティの場合、この枠組みであることが多い可能性があるんじゃないでしょうか少し、"剛性"での実装を使用する生産環境その現在の状態に固定されます。

直接質問を私が使っているlinq to entities、動的なクエリを使用していESQL.（粉を山にして真ん中を答えないどちらかは、および/もございます

ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top