From: n.pettik <korablev@tarantool.org> To: tarantool-patches@freelists.org Cc: Vladislav Shpilevoy <v.shpilevoy@tarantool.org> Subject: [tarantool-patches] Re: [PATCH 1/4] sql: optimize compilation of SELECT COUNT(*) Date: Fri, 11 May 2018 20:29:27 +0300 [thread overview] Message-ID: <1460E795-8D3C-49AD-B322-F74C0D81225E@tarantool.org> (raw) In-Reply-To: <408fa156-ccbd-5743-8b31-9daa80c47b26@tarantool.org> I have rebased on fresh 2.0, but no significant changes seem to appear. > 1. In Tarantool 'memtx' count() is not a scan - it is O(1) operation, that simply > gets current size of the primary index B+ tree. Maybe worth show it in the > explanation. Done (alongside, with tests): --- a/src/box/sql/select.c +++ b/src/box/sql/select.c @@ -5259,6 +5259,8 @@ updateAccumulator(Parse * pParse, AggInfo * pAggInfo) /** * Add a single OP_Explain instruction to the VDBE to explain * a simple count(*) query ("SELECT count(*) FROM <tab>"). + * For memtx engine count is a simple operation, + * which takes O(1) complexity. * * @param parse_context Current parsing context. * @param table_name Name of table being queried. @@ -5267,7 +5269,7 @@ static void explain_simple_count(struct Parse *parse_context, const char *table_name) { if (parse_context->explain == 2) { - char *zEqp = sqlite3MPrintf(parse_context->db, "SCAN TABLE %s", + char *zEqp = sqlite3MPrintf(parse_context->db, "B+tree count %s”, ============================================================================== diff --git a/test/sql-tap/eqp.test.lua b/test/sql-tap/eqp.test.lua index 468bca0a7..15d428814 100755 --- a/test/sql-tap/eqp.test.lua +++ b/test/sql-tap/eqp.test.lua @@ -733,10 +733,10 @@ test:do_execsql_test( ]]) test:do_eqp_test(7.1, "SELECT count(*) FROM t1", { - {0, 0, 0, "SCAN TABLE T1"}, + {0, 0, 0, "B+tree count T1"}, }) test:do_eqp_test(7.2, "SELECT count(*) FROM t2", { - {0, 0, 0, "SCAN TABLE T2"}, + {0, 0, 0, "B+tree count T2"}, }) -- MUST_WORK_TEST if (0 > 0) @@ -781,7 +781,7 @@ test:do_eqp_test("8.1.1", "SELECT * FROM t2", { -- {0, 0, 0, "SEARCH TABLE T2 USING INTEGER PRIMARY KEY (rowid=?)"}, -- } test:do_eqp_test("8.1.3", "SELECT count(*) FROM t2", { - {0, 0, 0, "SCAN TABLE T2"}, + {0, 0, 0, "B+tree count T2"}, }) test:do_eqp_test("8.2.1", "SELECT * FROM t1", { {0, 0, 0, "SCAN TABLE T1"}, @@ -793,7 +793,7 @@ test:do_eqp_test("8.2.3", "SELECT * FROM t1 WHERE b=? AND c=?", { {0, 0, 0, "SEARCH TABLE T1 USING PRIMARY KEY (B=? AND C=?)"}, }) test:do_eqp_test("8.2.4", "SELECT count(*) FROM t1", { - {0, 0, 0, "SCAN TABLE T1"}, + {0, 0, 0, "B+tree count T1"}, })
next prev parent reply other threads:[~2018-05-11 17:29 UTC|newest] Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top 2018-04-23 20:29 [tarantool-patches] [PATCH 0/4] Move original SQLite's statistics to server Nikita Pettik 2018-04-23 20:29 ` [tarantool-patches] [PATCH 1/4] sql: optimize compilation of SELECT COUNT(*) Nikita Pettik 2018-04-24 12:51 ` [tarantool-patches] " Vladislav Shpilevoy 2018-05-11 17:29 ` n.pettik [this message] 2018-04-23 20:29 ` [tarantool-patches] [PATCH 2/4] sql: add average tuple size calculation Nikita Pettik 2018-04-24 12:51 ` [tarantool-patches] " Vladislav Shpilevoy 2018-05-11 17:29 ` n.pettik 2018-04-23 20:29 ` [tarantool-patches] [PATCH 3/4] sql: refactor usages of table's tuple count Nikita Pettik 2018-04-24 12:51 ` [tarantool-patches] " Vladislav Shpilevoy 2018-05-11 17:29 ` n.pettik 2018-04-23 20:29 ` [tarantool-patches] [PATCH 4/4] sql: move SQL statistics to server Nikita Pettik 2018-04-24 12:51 ` [tarantool-patches] " Vladislav Shpilevoy 2018-05-11 17:29 ` n.pettik 2018-05-11 22:00 ` Vladislav Shpilevoy 2018-05-14 11:52 ` n.pettik 2018-05-14 12:54 ` Vladislav Shpilevoy 2018-05-14 13:55 ` n.pettik 2018-05-14 14:12 ` [tarantool-patches] Re: [PATCH 0/4] Move original SQLite's " Vladislav Shpilevoy 2018-05-15 13:42 ` Kirill Yukhin
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=1460E795-8D3C-49AD-B322-F74C0D81225E@tarantool.org \ --to=korablev@tarantool.org \ --cc=tarantool-patches@freelists.org \ --cc=v.shpilevoy@tarantool.org \ --subject='[tarantool-patches] Re: [PATCH 1/4] sql: optimize compilation of SELECT COUNT(*)' \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox