注SharePointの検索結果によりカラム
-
01-07-2019 - |
質問
を使用していFullTextSqlQueryにSharePoint2007年(蘚類)および必要とするために結果により二つのカラムを持ちます:
SELECT WorkId FROM SCOPE() ORDER BY Author ASC, Rank DESC
しかしこの最初のカラムからの注文が考慮されるようになる帰国。この場合、結果の順序が正しく投稿者によっていないのですが。を変更した場合、購入した順序の結果を発注によりランクがない。
またリゾートには自分の仕分けの結果んの間でも非常に人気があります。ではも解決策はないのか。
編集:残念ながらでもい表現によっては他の条項(ドは例外をスローします).私の推測である場合でも、クエリのような正当なSQLでは解析されうる前に、SQLサーバーです。
私のエSQLプロファイラが無い.
編集2:最終的に使用した順序による単一カラム(著者の場合、その最も重要な)っての注文コードのN。作品を十分にプロジェクトが気持ち悪いとかっていうのkludgyます。
解決
Microsoft 最後に 掲載knowledge base(ナレッジベース条約はこの問題です。
利用できるランクは、ORDER BY句のSharePointの検索クエリ、他にはない特性を使用すべき"
http://support.microsoft.com/kb/970830
症状:使用時のランクは、ORDER BY句のSharePointの検索クエリの最初の注文のカラムが使用されます。
原因:ランクの特性up♪目の前が港だから新鮮なフルテキスト指数が使用できないその他の管理物件
分解能:使用しないプロパティが複数存在のランクの物件です。
他のヒント
ランクの特別カラムモスFullTextSqlQueryる数値の順位の結果です。この値は異なるそれぞれの検索キーワード、 相対 その結果、特定のモードです。このランクは独自の価値を各結果、ソートタワーマンションとその著者が同じだから選べます。たったらどう選別に別の列の代わりにランク照合の結果を得られている場合には、ご迷惑に関連している可能性があるの苔がランキングの結果は異なり独自のモードです。
また、クエリのようなSQLではないクエリを実際に渡されたSQLサーバーでは、特殊なマイクロソフトの検索SQLクエリ構文です。
も体験と同じ問題FullTextSqlQuery苔と2007年のみが最初の列のマルチコラム"順"は高い評価を受けている。
入ったことで話題にMSDNフォーラムのためのSharePoint検索な回答:
った経験はありませんがSharePointがある場合のみORDER BY句で名誉うに変更する表現によるものです。仮に"ランク"は、数値の列の最大値が10以下の場合:
SELECT WorkId FROM SCOPE() ORDER BY AUTHOR + (10 - Rank) ASC