検索エンジン ソリューションのアイデアを作成する

検索エンジン
を作成するということは、私の Web サイト内のすべての情報を検索するための、Baidu のような検索 Web サイトを PHP で作成することです。

この比喩はフォーラム検索で、「A B C」と入力します。間にスペースを入れると、3 つの個別のキーワード A、B、C をフィルタリングして、これら 3 つのキーワードに関連するコンテンツをデータベースで検索できます。これは、Baidu 検索や Google 検索の原理と似ています。

私が考えたいくつかの困難があります:

1. 3 つのキーワードを処理する場合、スペースで区切って 2 つの異なるキーワードに分類する原理は何ですか? 2 つのキーワードの前に他の記号がある場合はどうなりますか?たとえば、AとBを処理する場合、キーワードはAとBの2つでしょうか？では、A?B についてはどうすればよいでしょうか。キーワードをフィルターで除外するにはどうすればよいでしょうか? ?

2. データベースを検索するとき、A、AB、ABC という 3 つのキーワードがあります。では、検索ロジックは何でしょうか? A、AB、ABC、A、B、C?これはどういう論理なのでしょうか？ちょっと分からないので百度検索とかしてみたいです。

3. 多くの検索条件 (上記の質問を参照) があり、検索ロジックも非常に多くある場合、多くの検索ロジックを 1 つの SQL ステートメント (SQL クエリの後に結果の配列を返す) に入れる必要がありますか?それとも、ロジックのない単なる SQL ステートメントで、各クエリの結果の配列を返し、それを要約しますか?

検索エンジン php 百度 データベース 検索

共有先:
------解決策---------
まず、Baidu、Google、エンジンのアルゴリズムはまだ少し複雑で、キーは常に変化しています。そうでなければ、SEO 専門のキャリアは市場に存在しないでしょう。しかし、Web サイトはおそらくそれほど複雑である必要はありません。私の個人的な意見を言わせてください！

1.A と B はスペースで区切ります。「%A%」のようなインデックス フィールドまたは「%B%」のようなインデックス テーブルの select * を使用するだけです。

A と B は
のように重みを増やすことができます。 select * from インデックス テーブル ("%A, B%" のようなインデックス フィールド) を結合
select * from インデックス テーブル ("%A%" のようなインデックス フィールドまたは "%B%" のようなインデックス フィールド)
このように、AまたはBに一致する場合は1位に、AまたはBに一致する場合は2位にランクされます

2. 同じ方法で重みを分割するには、union および order byweight フィールドに加えて、not、or、and、in などの他の条件ステートメントを使用します。たとえば、特定の重みを分割する方法は独自のアルゴリズムによって異なります。ラベルが 1 番目にランク付けされ、料理がランク付けされます。2 番目に、これは特定のニーズに基づいて行われます (一部のキーワードは重要ではなく、頻繁に表示されるため、重みは低くても構いません)。多くの場所に表示されます)

3. キーワードが多すぎる場合は、まずキーワードの長さを制限する必要があります (タオバオにはキーワードの制限もあります)。データベースにクエリを実行する前にプログラムを使用して、キーワードを事前に整理することができます。それを SQL ステートメントに挿入します。


もちろん、ここで説明する方法はまだ単純な方法ですが、Web サイトがすでに大規模でない限り、これで十分だと個人的には思います。

注意: インデックス テーブルを作成してデータベースを最適化する必要があります。そうしないと、応答時間が非常に遅くなります。
-----解決策---------
1. プロセス 3 キーワード 分離の原理とはそれらをスペースで区切って 2 つの異なるキーワードに分類しますか? 2 つのキーワードの前に他の記号がある場合はどうなりますか?たとえば、AとBを処理する場合、キーワードはAとBの2つでしょうか？では、A?B についてはどうすればよいでしょうか。キーワードをフィルターで除外するにはどうすればよいでしょうか? ?
最初の質問は、「Pangu Word Segmentation」という比較的有名なシステムがあり、これについては学習できます。

2. データベースを検索するとき、A、AB、ABC という 3 つのキーワードがあります。では、検索ロジックは何でしょうか? A、AB、ABC、A、B、C?これはどういう論理なのでしょうか？ちょっと分からないので百度検索とかしてみたいです。
この部分はより柔軟に開発することができ、状況に応じていつでも調整することができます。現在、主要な検索エンジンも随時調整しています。

3. 多くの検索条件 (上記の質問を参照) があり、検索ロジックも非常に多くある場合、多くの検索ロジックを 1 つの SQL ステートメント (SQL クエリの後に結果の配列を返す) に入れる必要がありますか?それとも、ロジックのない単なる SQL ステートメントで、各クエリの結果の配列を返し、それを要約しますか?
このように書くことができます
$sql='';
if ($k!=''){
$sql.=" OR Locate("%{$key}%",key)>0"; }
「フィールド = '値'{$sql}のテーブルから ?? を選択してください」
like は効率が悪いため、ここでは like を使用しませんでした