nHibernate SQLが利用できないエラー

Question

単純なSELECTステートメントを実行する次のコードがあります。 "SQL Not Available"エラーが発生すると、このクエリは失敗します。 パターンと同じコードは、約20種類のモデルでうまく機能します。 実際には、SQLで実装されたビューのデザインを変更して、LoadID列を非表示にすると、クエリが失敗することがあります。実行可能... LoadIDが存在しないため。

このコード、のhbm.xmlモデル、およびビューのデザインはすべてses.Queryを（整列されている）は、これがマッピングされ、 "SQL利用できません"

var rows = ses.Query<vInventory>().Where(c => c.CustomerRecid == recid).Select(c => new vInventory() 
{ 
    InventoryRecid = c.InventoryRecid 
    , ItemID = c.ItemID 
    , LoadID = c.LoadID 
    , CustomerRecid = c.CustomerRecid 
}).ToList(); 

を記載した。

<?xml version="1.0" encoding="utf-8" ?> 
<hibernate-mapping xmlns="urn:nhibernate-mapping-2.2" auto-import="true" assembly="Asmbly" namespace="Asmbly.Models"> 
    <class name ="vInventory" table="dbo.vInventory" dynamic-update="true"> 
    <cache usage="read-only"/> 
    <id name="InventoryRecid" column="InventoryRecid" type="Int64"> 
     <generator class="native" /> 
    </id> 
    <property name="ItemID" /> 
    <property name="LoadID" /> 
    <property name="CustomerRecid" /> 
    </class> 
</hibernate-mapping> 

更新に失敗しました。私はSQLビューの出力を取り出し、それをテーブルにダンプしました。 その後、テーブルを指すようにhbm.xlmを変更しました。 これでses.Query（）が正常に動作します。これは実行可能な可能性ではありません。

InventoryRecidにコメントしてください。 SQLビューでは、この属性は

ROW_NUMBER() over (...)

は、どのように私はNHibernateは、このビューを使用してInventoryRecid属性を利用するために取得することができますか？ 私はこのエンティティへの更新を試みることはありません。

更新＃2： 私は

<class name ="vInventory" table="dbo.vInventory" dynamic-update="false"> 

再コンパイルし、私の問題がなくなっているに

<class name ="vInventory" table="dbo.vInventory" dynamic-update="true"> 

からhbm.xlmマッピングを変更しました。

残念ながら、私はそれをtrueに戻して再コンパイルして、問題は戻ってこない。

Answer 1

SelectメソッドでvInventoryの新しいインスタンスを作成する特別な理由はありますか？ nHibernateはあなたのマッピングに基づいてこの型のオブジェクトを返すべきです。私はコンストラクタの呼び出しはSQLに変換することはできませんlinqプロバイダを台無しにするかもしれないと思う。 linqプロバイダは、通常の場合のようにSelectステートメントを処理しますIEnumerable。

ここで何が起こるのですか： nHibernateは、これだけが.Where(c => c.CustomerRecid == recid)が実行される必要のあるクエリを取得します。したがって、nHibernateは、オブジェクトのIDの照会のみを行います（nHibernateが知っている限り、それ以上のプロパティは必要ありません）。 これはあなたに1, 2, 3, 4, 5, ...などを与えるでしょう。

Selectが実行されると（データベースではなく）nHibernateの数値が残りのプロパティが必要になると、IDで1つずつクエリを実行します（多くの結果であまり効率的ではありません）。現在、IDとしてROW_NUMBERを使用すると、現在の結果セットのみが考慮されるため危険です。単一のレコードを照会するとき、ROW_NUMBERは常に1になるので、nHibernateは残りのオブジェクトをもう見つけられません。