問題タブ [indexing-service]

組み込みのサービスを使用しているか、ドキュメント内の検索に独自のサービスを使用しているかを教えてください。

現在、開発環境を Windows 7 64 ビットにアップグレード中です。

Windows XP の "C:\windows\system32\ciodm.dll" への COM 参照である CIODMLib への C# プロジェクト参照があります。何らかの理由で、dll が存在するにもかかわらず、その COM コンポーネントが Windows 7 に存在しません。開発ボックスでインデックス サービスが有効になっていることを確認済みで、regsvr32 を使用して C:\windows\system32\ciodm.dll を登録しようとしましたが、参照の追加 [COM] ダイアログにまだ表示されません。箱。

助けてください！

最近、ASP クラシック サイトを w2k3 サーバーから w2k8 64 環境に移動する際の問題に遭遇しました。それには、インデックス サービスを ASP クラシックで動作させることが含まれていました。多くの解決策を試したところをすべて検索しましたが、すべて失敗しました。

問題: 32 ビット アプリケーション プール (asp クラシック用) で 64 ビット インデックス サービスを実行すると、インデックス サービスへの要求を実行する ASP ページで、サーバー オブジェクトの読み込みに失敗したというエラーが発生しました。インデックス サービスが実行されていて、インデックス サービスがインデックスを作成したサイトのドキュメントを含むフォルダーが 64 ビット モードで実行され、プールが 32 ビット モードで実行されていました。実行できませんでした。

提案された解決策のいくつかは、新しい「Windows 検索」を使用するようにコードを書き直すことでした。しかし、これも 64 ビットで実行されているため、32 ビット アプリケーション モードでは実行できませんでした。プールで 32 ビット互換モードに切り替えると、asp サイトで使用されるデータベースやその他の com オブジェクトが機能しなくなりました。

Microsoft Indexing Serviceカタログにクエリを実行しようとしていますが、（このような）非常に役立つ記事がたくさん見つかりましたが、すべての例で、文字列の連結を使用してクエリを作成しているため、非常に間違っていると感じています。非常に多くの異なるレベルで。

パラメータ化されたクエリを使用したいのは明らかですが、次の例外で説明されているように、MSインデックスプロバイダーはそれらをサポートしていないようです。

ICommandWithParametersインターフェイスは、「MSIDXS」プロバイダーではサポートされていません。コマンドパラメーターは、現在のプロバイダーではサポートされていません。

これが私のコードの簡単な例です。私がやりたいのは、本当に単純なクエリを実行し、不正な入力から保護することだけです。

文字列の連結を使用せざるを得ない場合、入力をサニタイズするための最良の方法は何ですか？すべてのケースをカバーしたことをどうやって知ることができますか？

インデックスサービスクエリ言語（別名Dialect 2）と次のクエリを使用しています。

最初の項目だけでなく、次の2つの項目と予期せず一致します。

エンディングスラッシュは検索をそのアイテムだけに制限すると予想しました。ただし、文字列の先頭に指定されたテキストがあるものはすべて取得しているように見えます。

1番目と2番目のアイテムを個別にターゲットにするクエリを作成するにはどうすればよいですか？

更新：インデックスサービスによって実際にインデックスが作成されるコンテンツは次のとおりです。

と

それぞれ。

このような動作でサービスを実装するタスクがあります。私の質問は：

Indexing Serviceは、どのファイルがすでにインデックスに登録されているか、どのファイルが変更され、それらを再インデックスする必要があるかをどのように記憶していますか？

また、このサービスを停止して数日後に開始することもできますが、引き続き機能します。ファイルに関する情報を含む独自のデータベースがありますか？

ありがとうございました

この質問では、Microsoft Indexing Services ( Dialect 2 ) と、C#/.NET プログラムのCisso.dll 相互運用ライブラリのIixssoQuery インターフェイスを使用しています。

インデックスにはvt_i8データ型 (8 バイト)として定義された列がありますCreateRecordSetが、相互運用ライブラリのメソッドは常に 4 バイト整数の数値列を持つ RecordSet を返し、2,147,483,648 の範囲制限を超えるものは切り捨てます。

理想的には、相互運用ライブラリから C# System.Int32 (4 バイトlong) の代わりに C # System.Int64 (8 バイト) をプルする必要があります。int

次のコード サンプル (主にジョグ メモリに提供) は、Cisso.dll を使用してレコードセットを取得し、DataTable に入力して、切り捨てられた整数でデータ テーブルを返します。

cqcを試しました。DefineColumn(..)メソッド、データ型で遊ぶなどがありますが、役に立ちません-切り捨てられた整数の動作に変化は見られません。

この整数の切り捨てが CISSO 相互運用ライブラリの制限なのか、それともより大きな整数値を取得できるのか、その方法がわからないだけなのかを知りたいです。

このあたりの誰かが同様の問題に遭遇したに違いないと確信しています。今回のインターネットのグーグル検索は、詳細が非常に不足しています。

インデックス内のデータに基づいて回避策を見つけました。別の文字列フィールドから必要なものを取得し、そこから数値を解析することができます。理想的ではありませんが、回避策です。

次の場所にあった Web サイトを移動しようとしています。

• Windows 2003、
• IIS 6、および
• インデックス サービス

に：

• Windows 2008、
• IIS 7、および
• Windows 検索

問題を引き起こしているのは Windows Search です。サイトを含む物理フォルダーのインデックスを作成する Windows サーチをセットアップし、ファイル名を照会できますが、新しい と に相当するものは何vpathですかcharacterization?

これらのどれも答えではないようです。

Window 2008 R2 サーバーで、次のようなインデックス サービスのカスタム プロパティを使用しようとすると:

説明プロパティを取得できません。

この修正プログラムを見つけました: http://support.microsoft.com/kb/947265 しかし、この修正プログラムは Window 2008 R2 では機能しません。

君の力が必要。

トニー

これは私を夢中にさせています。

古い W​​indows 2000 Web サーバーを Windows 2008 に置き換えました。これは、IIS7 への移行を意味します。

これで、古いマシンにセットアップした検索カタログを除いて、移動はスムーズに進みました。

インデックス サービスを追加し、当社の Web サイトのカタログを作成しました。

しかし、現在、カタログを照会する従来の ASP ページの動作がおかしくなっています。

具体的には、「vpath」と「doctitle」が空白です。「特性」や「ランク」などの他のフィールドは正しく返されていますが、そうでないフィールドもあります。

そして、最も厄介な部分は、検索結果ページに変更を加えるたびに、次のエラーが表示されることです。

The page cannot be displayed because an internal server error has occurred.

...そして、再試行する前に数秒待つ必要があります。そして、ページは正常に表示されます。非常に奇妙です。

とにかく、古典的な ASP コードは次のとおりです。

他の誰かがこれを経験していますか？

ありがとう。