有没有办法操作SQLite中生成的查询计划?
我试着解释我的问题
我有三张table:
CREATE TABLE "index_term" (
"id" INT,
"term" VARCHAR(255) NOT NULL,
PRIMARY KEY("id"),
UNIQUE("term"));
CREATE TABLE "index_posting" (
"doc_id" INT NOT NULL,
"term_id" INT NOT NULL,
PRIMARY KEY("doc_id", "field_id", "term_id"),,
CONSTRAINT "index_posting_doc_id_fkey" FOREIGN KEY ("doc_id")
REFERENCES "document"("doc_id") ON DELETE CASCADE,
CONSTRAINT "index_posting_term_id_fkey" FOREIGN KEY ("term_id")
REFERENCES "index_term"("id") ON DELETE CASCADE);;
CREATE INDEX "index_posting_term_id_idx" ON "index_posting"("term_id");
CREATE TABLE "published_files" (
"doc_id" INTEGER NOT NULL,,
"uri_id" INTEGER,
"user_id" INTEGER NOT NULL,
"status" INTEGER NOT NULL,
"title" VARCHAR(1024),
PRIMARY KEY("uri_id"));
CREATE INDEX "published_files_doc_id_idx" ON "published_files"("doc_id");
在index_term中约600.000个条目,在index_posting中约400万个条目和300个条目。published_files表中的000。
现在,当我想在index_posting中找到引用某些术语的唯一doc_id的数量时,我使用以下SQL。
select count(distinct index_posting.doc_id) from index_term, index_posting
where
index_posting.term_id = index_term.id and index_term.term like '%test%'
结果在合理的时间内显示(0。3秒)。询问解释查询计划返回
0|0|0|SCAN TABLE index_term
0|1|1|SEARCH TABLE index_posting USING INDEX index_posting_term_id_idx (term_id=?)
如果存在published_files条目,我想以只包括index_posting的doc_ids的方式过滤计数:
select count(distinct index_posting.doc_id) from index_term, index_posting,
published_files where
index_posting.term_id = index_term.id and index_posting.doc_id = published_files.doc_id and index_term.term like '%test%'
查询的时间几乎是原来的10倍。询问解释查询计划退货
0|0|1|SCAN TABLE index_posting
0|1|0|SEARCH TABLE index_term USING INDEX sqlite_autoindex_index_term_1 (id=?)
0|2|2|SEARCH TABLE published_files AS pf USING COVERING INDEX published_files_doc_id_idx (doc_id=?)
因此,据我所知,SQLITE在这里改变了它的查询计划,对index_posting进行全表扫描,并在index_term中进行查找,而不是相反。
作为一个变通方案,我确实做了一个
analyze index_posting;
analyze index_term;
analyze published_files;
现在看来是正确的
0|0|0|SCAN TABLE index_term
0|1|1|SEARCH TABLE index_posting USING INDEX index_posting_term_id_idx (term_id=?)
0|2|2|SEARCH TABLE published_files USING COVERING INDEX published_files_doc_id_idx (doc_id=?)
但我的问题是,有没有办法强制SQLITE始终使用正确的查询计划?
TIA
1条答案
按热度按时间dxxyhpgq1#
ANALYZE不是解决方法;它应该是被使用的。
您可以使用CROSS JOIN强制嵌套循环的特定顺序,或者使用INDEXED BY强制使用特定索引。但是,您要求“正确的查询计划”,这可能与这些机制强制执行的计划不同。