「関連記事」の結果はより関連性が高く、上位に表示されるので、効率的な書き方を見つけてください。

私の記事システム、複数の条件下でどのような可能性を達成できるかを確認したいです


4 つのテーブル 基本的な紹介
コンテンツ 記事のメインテーブル
ID
蓋 = 関連するコレクション ID、保存形式 (1,2,3)
tags = 該当TAGのID、保存形式(1,2,3)
typeid = カテゴリIDは1桁の数字のみ
コレクション
蓋
名前

タグ
id
名前
カテゴリ
typeid
名前

typeid =カテゴリID、これ以上言う必要はありません
tag = タグ = 言うまでもなく、
蓋 = コレクションですが、1 つの記事を複数のコレクションに配置できます。例: PHP+MYSQL+AJAX 更新なし コメント
ユーザーは PHP アンソロジーを置くことができます。 MYSQL記事、AJAXアンソロジー

TAGは重複がある場合は追加されませんので、独自の記事のカテゴリリストを作成することはできません。

記事の特定の部分には、現在のコレクション内の他の記事がすでに表示されているため

したがって、関連記事セクションでは、コレクション内のファイルが TAG 記事より上位にランクされるべきではありません

したがって、準備された関係性ランキングは
1. TAG 関連
2. アンソロジー
3. 現在のカテゴリの最新記事


なぜ 3 回に分けなければならないのですか???
タグ付けされすぎるのが怖いからです。アンソロジー機能は使ったことはありません....
ということで最後のステップは 現在のカテゴリー記事


現在の記事の
TAG は 3,14
蓋 = 7,12
typeid = 2

SELECT * FROM `content` WHERE `tags` IN (3,14) ORDER BY `time` DESC LIMIT 10
SELECT * FROM `content` WHERE `lid` IN (7,12) ORDER BY `time` DESC LIMIT 10
SELECT * FROM `content` WHERE `typeid` = '2' ORDER BY `time` DESC LIMIT 10


フロントに関連記事が10件表示されます
当初は3回に分ける予定でしたが、毎回 10 個の記事を取得するのが最も安全です

後で考えました...これには配列のマージなども含まれますが、ポイントは情報が多すぎることですが、フロントデスクに必要な項目は 10 個だけです

そこで、次のように変更します。一文
SELECT * FROM `video_content` WHERE `tags` IN (3,14) or `lid` IN (3) or `typeid` = 2 LIMIT 10

でも、TAG>Anthology>でランキングできるみたいです。分類...

どうやってリクエストすればいいのですか？

リクエストはページの下半分に関連記事が表示されるのでかなり面倒そうです

への返信議論（解決策）

とりあえずこのコードを使ってみましたが、少しばかばかしい気がします

より良い方法についての提案はありますか?

//相关文章if (!empty($data["tags"]) || !empty($data["lid"])) {	$tags = $data["tags"];	$lid = $data["lid"];	$tag_sql = "SELECT * FROM `content` WHERE `tags` IN ($tags) OR `lid` IN ($lid) ORDER BY `time` DESC LIMIT 8";	$stmt = $pdo->prepare($tag_sql);	$stmt->execute();	$tags_v = $stmt->fetchAll(PDO::FETCH_ASSOC);	$smarty -> assign("r_v",$tags_v);}$tags_num = count($tags_v);if ($tags_num < 8 ) {	$now_v = "";	foreach ($tags_v as $key => $value) {  		$now_v .= $value['vid'].",";	}		$now_v=substr("$now_v",0,-1);	$need = 8-$tags_num;	$typeid = $data["typeid"];	$typeid_sql = "SELECT * FROM `content` WHERE `typeid` = '$typeid' AND  `vid` NOT IN ($now_v) ORDER BY `time` DESC LIMIT $need";	$stmt = $pdo->prepare($typeid_sql);	$stmt->execute();	$typeid_v = $stmt->fetchAll(PDO::FETCH_ASSOC);	$smarty -> assign("r_tv",$typeid_v);}

or を使用してください。SQL には元々ありません。良い;

データがあまりタイムリーである必要がない場合

3 つの SQL ステートメントによって結合されたデータを一定期間 (30 分、1 時間、またはそれ以上) キャッシュします
データはデッドデータであるため、ビューやコメントなどはありません。

SQL に or を使用するのは良くありません。

データがあまりにもタイムリーである必要がない場合は

3 つの SQL ステートメントによって結合されたデータを一定期間キャッシュします ( 30 分、1 時間、あるいはもう少し長くても構いません)
あなたのデータは閲覧数やコメントなどのない死んだデータであるためです。
ありがとうございます
これは私も理解しています

でも、私がもっと知りたいのは、ランク付けされているかどうかです。より関連性の高いものに従って、最初の

は、最初に TAG を並べ替え、次に LID を並べ替え、最後に同じ種類の他の記事を並べ替える

2 階のメソッドのみを使用できるということでしょうか? 10 個のタグが必要な場合は、最初に 10 個のタグを取得し、足りない場合は残りのタグを取得し、それでも不十分な場合は type を持つタグを取得するという意味ですか?

この場合、SQL に問題がありますか?

10 個のタグが必要な場合は、まず 10 個のタグを取得し、十分でない場合はライブラリを取得し、十分でない場合は型を取得する必要があるという意味ですか?

この場合、SQL に問題がありますか?

はい

2階で簡単なものを作りました

タグと蓋はとりあえず無視してください

足りなかったら型を取ります
そして2階でテスト用に8個使います

ありますかもっと良い方法はありますか？

全文検索して実行してください