質問

私はwebappの開発問題を開発した解決策の一つがいのアイデアが世界中での性能はんなと思います。

問題文:

  • ユーザーが複数のキーワード/トークン
  • アプリケーションのための試合のトークン
  • 必要とする各トークン
    • ieの場合エントリは、3つのトークンについては親権者の方の同意が必要のid入力を3回
  • ランクの結果
    • 定×ポイントはトークンが一致
    • ソートのid入力に基づくポイント
    • まるならポイント値は、使用日の振り分け結果

だいができるようにしていたが今は、送り1クエリを返しまうの結果、()が返します重複エントリーid各トークンの一致のための各エントリidを確認します。

はありえないこのようになっているので、複数個のクエリを実行することでクエリー/トークン?その場合、最も簡単な方法を実行?

編集
しかし、私)の作品なので、例えば、"見スポットラン"エントリidの1つ、トークン,'に','スポット""走る"、それは別のトークンをテーブル、入力idに関連しているテーブルこのような

'see', 1 
'spot', 1 
'run', 1 
'run', 2 
'spot', 3 
役に立ちましたか?

解決

き療この一つのクエリを利用組合の全"をイナリを使用しています。

でループを通してのトークンのPHPを組合の全ての各トークン:

e.gの場合、トークンは'x'で'y'、'z'お問合があるとこんな感じにな

SELECT * FROM `entries` 
WHERE token like "%x%" union all 
    SELECT * FROM `entries` 
    WHERE token like "%y%" union all 
        SELECT * FROM `entries` 
        WHERE token like "%z%" ORDER BY score ect...

Order句をするべきだ、全体の結果セットの一つとして、何があります。

の性能となりますと高速になるだ推測しデータベースのオーバーヘッドスピードが送信をクエリのデータベースエンジンからのPHPを受ける。この技術でこれだけうまくしたトークンなので性能が高まり、私だけの場になるでしょう。

他のヒント

こん厳しくご質問への回答お聞こうとしているのですが ただし、ご自分のテーブルは何千人もよ百万行, し、FULLTEXT解決が最良の方法はこちらをご覧ください。

MySQLの場合はご指列、各キーワードで供給された関連性スコア算出約回数による各キーワードに記するより正確にお客様の方法とありeffecient複数のキーワード

こちらをご参照:http://dev.mysql.com/doc/refman/5.0/en/fulltext-search.html

使用している場合は、EUのすべてのパターンまたはパーツ検索:

SELECT COUNT(*) AS C
...
GROUP BY ID
ORDER BY c DESC

このような例ではなく、周波数の一致のために一人ひとりが、この疑似ランク。

ってより良い性能を使用した場合にはデータ構造の設計検索タスクではなくデータベース化します。例えば、久しぶりに会う幼なじみや同級生で構築 逆指数.なで書くことによっては是非!しがしたいを見ようなもの を導入可能 るものです。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top