我有一个典型的小型sqlite数据库，有3个表，一个用于项目（漫画，并有id s），另一个用于标签（|id|name|），另一个与它们之间的关联（|tag_id| manga_id|）所以现在我需要一种方法来搜索项目的标题，并得到他们 * 与 * 标签。有点像这样：

| title     | author          | tags                    |
|-----------+-----------------+-------------------------|
| Mushishi  | Shuichi Shigeno | supernatural, fantasy   |
| Initial D | Yuki Urushibara | racing, sports, deja vu |

所以我也决定使用内置在fts虚拟表中的sqlite。它包含的所有内容都是漫画标题和它们的id。
我实际上设法提出了一个查询，但我对它持谨慎态度：

SELECT manga.title, GROUP_CONCAT(tag.name) tags FROM manga
JOIN mangafts fts ON fts.manga_id = manga.id
JOIN manga_tag_association ass ON ass.manga_id = manga.id
JOIN tag ON tag.id = ass.tag_id
WHERE fts.title MATCH 'mushishi' GROUP BY manga.id;

因为我希望它首先在fts表中查找，然后根据找到的id进行连接，但查询计划如下所示：

QUERY PLAN
|--SCAN manga
|--SEARCH ass USING AUTOMATIC COVERING INDEX (manga_id=?)
|--SEARCH tag USING INTEGER PRIMARY KEY (rowid=?)
`--SCAN fts VIRTUAL TABLE INDEX 3:

我尝试将查询更改为

SELECT manga.title, GROUP_CONCAT(tag.name) tags FROM manga
JOIN mangafts fts
  ON (fts.title MATCH 'mushishi' AND fts.manga_id = manga.id)
JOIN manga_tag_association ass ON ass.manga_id = manga.id
JOIN tag ON tag.id = ass.tag_id
GROUP BY manga.id;

然而查询计划是完全相同的。
我其实有几个问题：
1.为什么要扫描manga表，为什么要先扫描？
1.为什么它不先扫描fts表？我用它的目的就是为了加快搜索速度。
1.我是不是做错了什么，基于我的需要？
编辑：虽然这并不影响计划，但我意识到我应该将匹配搜索写成fts_table_name MATCH 'column: text to search'，而不是像上面那样。
编辑2：好吧，我不知道为什么之前的片段有这样的计划，但我从头开始重写它，因为我意识到可能有漫画项目没有相关的标签，他们不会显示与这些连接。我把这个信息留在这里，以防别人发现它有用或像我一样学习：）

SELECT manga.id, manga.title, GROUP_CONCAT(tag.name) AS tags FROM manga
LEFT JOIN manga_tag_association ass ON ass.manga_id = manga.id
LEFT JOIN tag ON tag.id = ass.tag_id
JOIN mangafts ON mangafts.manga_id = manga.id
WHERE mangafts MATCH 'title: mushishi' GROUP BY manga.id;

现在的计划是

QUERY PLAN
|--SCAN mangafts VIRTUAL TABLE INDEX 4:
|--SEARCH manga USING INTEGER PRIMARY KEY (rowid=?)
|--SCAN ass LEFT-JOIN
|--SEARCH tag USING INTEGER PRIMARY KEY (rowid=?) LEFT-JOIN
`--USE TEMP B-TREE FOR GROUP BY