問題タブ [compiled-query]

Entity Framework 5 のクエリは、既定でコンパイルおよびキャッシュされるためです。これにより、繰り返しクエリのパフォーマンスが向上します。

ただし、コンテキストは短命のオブジェクトとして設計されており、リクエストの処理後に破棄されます。

したがって、さまざまなコンテキストで実行される多くの繰り返しクエリがあります。クエリを手動でプリコンパイルできます。

EF は静的インスタンスでコンパイルされたクエリをキャッシュする可能性がありますか、またはクエリをコンテキストより長く存続させる方法はありますか?

以下は、コンパイル済みの linq クエリでの最初の試みに使用しようとしているコードです。コードは正常にビルドされ、サイトは期待どおりに実行されますが、プログラムがコンパイルされたメソッドを呼び出すと、次のエラーが表示されます。The type 'Monet.Models.ZipCodeTerritory' is not mapped as a Table.

この特定の問題について話すネット上には何も見つからないようです。ZipCodeTerritoryテーブルをDataContextオブジェクトにマップするために何をする必要があるか教えてもらえますか? 私は Entity Framework をZipCodeTerritory使用しており、このページで使用されているモデルです。

パラメータ/コンストラクタ

コンパイルされたメソッド呼び出し

編集

パラメーターとコンストラクターを次のように更新しました。現在、テーブルのインスタンスをZipCodeTerritory独自に作成し、それをプリコンパイル済みクエリで使用しようとしています。ただし、コンストラクターの次の行にまったく同じメッセージが表示されます。ZipCode = _dbContext.GetTable<ZipCodeTerritory>();

パラメータ/コンストラクタ

LinqToSql では、プリコンパイルされたクエリは優れていますが、クエリを初めて使用するときにコンパイルのパフォーマンスを低下させる必要があります。

アプリケーションの起動時に、これらのプリコンパイル済みクエリをバックグラウンドで「ウォームアップ」したいと考えています。明らかに、いくつかのデフォルト パラメータを使用してそれらを呼び出すことでそれを行うことができますが、これによりデータベースに不必要なヒットが発生します。

データベースを呼び出さずにプリコンパイル済みクエリを「ウォームアップ」する方法はありますか?

CompliedQuery のソース コードを確認しましたが、必要なクラスの多くがシールされているか、内部にあるようです...

Laravel 4.2では、コンパイル済みクエリを取得したいと考えています。

これは私が持っているものです:

次のようなコンパイル済みクエリが必要です。

質問の目的は、別のクエリのサブクエリとして使用したいです。

Class GrammerとClass MySQLを検索して見つけましたが、その解決策が見つかりませんでした。

解決策はありますか？

あなたの助けをいただければ幸いです。

customerメインエンティティと関連エンティティ（注文）の両方のクエリをコンパイルしました。

customerしかし、以下のコードによって既にメモリにロードされているため、コンパイルされたクエリ呼び出しの代わりにナビゲーション プロパティを介してすべての注文を取得できると思います。

しかし、タイミングを測定すると、大きな違いは見つかりませんでした (DB には 500 の顧客と 4000 の注文があります。特定の顧客ごとに 30 のアクティブな注文と約 400 の非アクティブな注文があります)。

この2つのうち、どちらがより優れたパフォーマンスを発揮しますか?

この関連する質問を完全に理解できませんでした

データベースへの接続として DataContext があり、コンパイル済みのクエリ (CompiledQuery) も使用します。これが私のコードです：

ここで、DataManager は DataContext を拡張します。DataManager 静的インスタンスはプロジェクト全体で共有されます。

私を最も混乱させているのは、ページが通常 (ブラウザーの URL を介して) 要求された場合はすべて問題ないのですが、ajax を使用して PartialView を要求し、それをページに配置すると、例外が発生することです。

手伝ってください

内部でクエリをコンパイルした LinqToSQL がローカルで実行されるとスタック オーバーフロー例外が発生するが、ライブ環境では問題なく正常に実行されるという奇妙な状況が発生しています。

クエリには多数の結合が含まれており、select2 つの異なるコンパイル済みクエリを呼び出して、いくつかの値を計算します。これらのクエリをコメントアウトすると、クエリは正常に実行されます。単一のクエリを実行するだけで問題が発生するため、特定のコンパイル済みクエリではないようです。

デバッガーが例外で中断するポイントは、実行中のクエリとは関係のないコード行であるため、役に立ちません。