0

私の知る限り、MySQLはこれで本当に悪いパフォーマンスをします.

あなたの解決策は何ですか？

ところで、SOの解決策は何ですか?

編集

MySQL ではフリーテキスト検索自体がかなり高速であることに注意してください。

ただし、結果も属性でソートする必要がある場合はそうではありません!

4

4 に答える 4

1

Apache SOLR (Lucene) はかなり有能です。

于 2009-10-08T06:28:36.520 に答える
0

Sphinx Searchをお勧めします: 設定とコードの変更が必要ですが、本当に価値があります。

100 万以上のメッセージがあるフォーラムでは、全文検索に数ミリ秒しかかかりません。

于 2009-10-08T06:26:39.353 に答える
0

SO は Microsoft SQL Server の全文検索機能を使用しており、ポッドキャストやブログで何度か言及されています (例: https://blog.stackoverflow.com/2008/11/sql-2008-full-text- search-problems/ ) このブログ エントリで、Jeff は将来 Lucene.net に移行する可能性について言及しています。

現在、検索用に Haystack と Solr を評価しています。いくつかのプロジェクトで。

于 2009-10-08T06:18:06.627 に答える
0

スタック オーバーフローは、データベースが提供する組み込みの全文検索機能を使用して、バックグラウンドで SQL Server を使用していると思います。Oracle は、後に Oracle Text と呼ばれる Oracle Intermedia (Oracle 9i) を提供しています。これは、非常によく統合され効率的です。Postgresql は、tsearch2 と呼ばれる標準の組み込みモジュールを提供します。MySql についてはよくわかりませんが、私が言及した他の 3 つのデータベースを見ると、フルテキストは確かに複雑で、機能として成熟するには時間がかかります。

于 2009-10-08T06:20:03.813 に答える