From: "n.pettik" <korablev@tarantool.org> To: Vladislav Shpilevoy <v.shpilevoy@tarantool.org> Cc: tarantool-patches@freelists.org Subject: [tarantool-patches] Re: [PATCH 2/2] sql: rework 'DROP INDEX' and 'DROP TABLE' handling Date: Wed, 4 Apr 2018 21:11:29 +0300 [thread overview] Message-ID: <24260C14-041C-4F08-AC1B-B3F6ABBBA679@tarantool.org> (raw) In-Reply-To: <69bcb5b2-34b5-5c64-31b3-016d9a699348@tarantool.org> [-- Attachment #1: Type: text/plain, Size: 11718 bytes --] > On 3 Apr 2018, at 21:27, Vladislav Shpilevoy <v.shpilevoy@tarantool.org> wrote: > > See 6 comments below. > > 03.04.2018 19:14, Nikita Pettik пишет: >> As a part of SQL data dictionary integration, 'DROP INDEX' and >> 'DROP TABLE' statements proccessing has been refactored in order >> to avoid using SQL specific internal structures. >> However, triggers still aren't transfered to server, so to drop them >> it is required to lookup SQL table and emit apporpriate opcodes. >> Also, added comments and fixed codestyle for functions processing >> 'DROP' routine. >> >> Part of #3222. >> --- >> src/box/sql/build.c | 241 ++++++++++++++++++++++++++---------------------- >> src/box/sql/parse.c | 6 +- >> src/box/sql/parse.y | 6 +- >> src/box/sql/sqliteInt.h | 6 +- >> 4 files changed, 140 insertions(+), 119 deletions(-) >> >> diff --git a/src/box/sql/build.c b/src/box/sql/build.c >> index 61194e06b..219cc974b 100644 >> --- a/src/box/sql/build.c >> +++ b/src/box/sql/build.c >> @@ -46,6 +46,7 @@ >> #include "sqliteInt.h" >> #include "vdbeInt.h" >> #include "tarantoolInt.h" >> +#include "box/box.h" >> #include "box/sequence.h" >> #include "box/session.h" >> #include "box/identifier.h" >> @@ -2152,48 +2153,50 @@ sql_clear_stat_spaces(Parse * pParse, const char *zType, const char *zName) >> zType, zName); >> } >> -/* >> +/** >> * Generate code to drop a table. >> + * This routine includes dropping triggers, sequences, >> + * all indexes and entry from _space space. >> + * >> + * @param parse_context Current parsing context. >> + * @param space Space to be dropped. >> + * @param is_view True, if space is >> */ >> static void >> -sqlite3CodeDropTable(Parse * pParse, Table * pTab, int isView) >> +sql_code_drop_table(struct Parse *parse_context, struct space *space, >> + bool is_view) >> { >> - Vdbe *v; >> - sqlite3 *db = pParse->db; >> - Trigger *pTrigger; >> - >> - v = sqlite3GetVdbe(pParse); >> >> + struct sqlite3 *db = parse_context->db; >> + struct Vdbe *v = sqlite3GetVdbe(parse_context); >> assert(v != 0); > 1. Lets in all new code use explicit ==/!= NULL. Fixed: - assert(v != 0); + assert(v != NULL); >> /* >> * Drop all triggers associated with the table being >> * dropped. Code is generated to remove entries from >> * _trigger. OP_DropTrigger will remove it from internal >> * SQL structures. >> - */ >> - pTrigger = pTab->pTrigger; >> - /* Do not account triggers deletion - they will be accounted >> + * >> + * Do not account triggers deletion - they will be accounted > 2. Out of 66. Fixed: - * Do not account triggers deletion - they will be accounted - * in DELETE from _space below. + * Do not account triggers deletion - they will be + * accounted in DELETE from _space below. >> @@ -2214,7 +2216,7 @@ sqlite3CodeDropTable(Parse * pParse, Table * pTab, int isView) >> * Drop all _space and _index entries that refer to the >> * table. >> */ >> - if (!isView) { >> + if (!is_view) { > 3. I looked at the indexes deletion more carefully and noticed, that you can avoid any allocations > here. Why can not you just walk through space->index array and generate OP_SDelete opcodes for > each index, starting from 1 (to skip primary)? AFAIK the entire index array is not changed until you > reach VdbeExec, so you can do not save index identifiers on region to generate opcodes. IDK why I didn’t do it in this way (probably due to my ‘paranoia’). Reworked: - uint32_t *iids = - (uint32_t *) region_alloc(&fiber()->gc, - sizeof(uint32_t) * - (index_count - 1)); - /* Save index ids to be deleted except for PK. */ for (uint32_t i = 1; i < index_count; ++i) { - iids[i - 1] = space->index[i]->def->iid; - } - for (uint32_t i = 0; i < index_count - 1; ++i) { - sqlite3VdbeAddOp2(v, OP_Integer, iids[i], + sqlite3VdbeAddOp2(v, OP_Integer, + space->index[i]->def->iid, space_id_reg + 1); sqlite3VdbeAddOp3(v, OP_MakeRecord, space_id_reg, 2, idx_rec_reg); @@ -2233,7 +2226,7 @@ sql_code_drop_table(struct Parse *parse_context, struct space *space, idx_rec_reg); VdbeComment((v, "Remove secondary index iid = %u", - iids[i])); + space->index[i]->def->iid)); >> uint32_t index_count = space->index_count; >> if (index_count > 1) { >> /* >> @@ -2257,71 +2259,78 @@ sqlite3CodeDropTable(Parse * pParse, Table * pTab, int isView) >> sqlite3VdbeAddOp2(v, OP_SDelete, BOX_SPACE_ID, idx_rec_reg); >> sqlite3VdbeChangeP5(v, OPFLAG_NCHANGE); >> VdbeComment((v, "Delete entry from _space")); >> - /* Remove the table entry from SQLite's internal schema and modify >> - * the schema cookie. >> + /* >> + * Remove the table entry from SQLite's internal schema >> + * and modify the schema cookie. >> */ > 4. But you have deleted cookie updates in the previous commit. Source code of OP_DropTable and all > called there functions does not contain cookie changes. Removed obsolete comment: - /* - * Remove the table entry from SQLite's internal schema - * and modify the schema cookie. - */ + /* Remove the table entry from SQLite's internal schema. */ >> + sqlite3VdbeAddOp4(v, OP_DropTable, 0, 0, 0, space->def->name, 0); >> - sqlite3VdbeAddOp4(v, OP_DropTable, 0, 0, 0, pTab->zName, 0); >> - >> - /* FIXME: DDL is impossible inside a transaction so far. >> + /* >> * Replace to _space/_index will fail if active >> * transaction. So, don't pretend, that we are able to >> * anything back. To be fixed when transactions >> * DDL are enabled. >> */ >> - /* sqlite3ChangeCookie(pParse); */ >> sqliteViewResetAll(db); >> } >> -/* >> +/** >> * This routine is called to do the work of a DROP TABLE statement. >> - * pName is the name of the table to be dropped. >> + * >> + * @param parse_context Current parsing context. >> + * @param table_name_list List containing table name. >> + * @param is_view True, if statement is really 'DROP VIEW'. >> + * @param if_exists True, if statement contains 'IF EXISTS' clause. >> */ >> void >> -sqlite3DropTable(Parse * pParse, SrcList * pName, int isView, int noErr) >> +sql_drop_table(struct Parse *parse_context, struct SrcList *table_name_list, >> + bool is_view, bool if_exists) >> { >> - Table *pTab; >> - Vdbe *v = sqlite3GetVdbe(pParse); >> - sqlite3 *db = pParse->db; >> - >> + struct Vdbe *v = sqlite3GetVdbe(parse_context); >> + struct sqlite3 *db = parse_context->db; >> if (v == NULL || db->mallocFailed) { >> goto exit_drop_table; >> } >> - /* Activate changes counting here to account >> + /* >> + * Activate changes counting here to account >> * DROP TABLE IF NOT EXISTS, if the table really does not >> * exist. >> */ >> - if (!pParse->nested) >> + if (!parse_context->nested) > 5. Please, use explicit != 0. Why you use !int, the variable seems to be boolean. It slightly confuses. This this not != check, but vice versa == 0 check. ! In this case would better fit, wouldn’t it? (Since any number except for 0 would be converted to false) >> sqlite3VdbeCountChanges(v); >> - assert(pParse->nErr == 0); >> - assert(pName->nSrc == 1); >> - assert(db->pSchema != NULL); >> - if (noErr) >> - db->suppressErr++; >> - assert(isView == 0 || isView == LOCATE_VIEW); >> - pTab = sqlite3LocateTable(pParse, isView, pName->a[0].zName); >> - if (noErr) >> - db->suppressErr--; >> - >> - if (pTab == 0) >> + assert(parse_context->nErr == 0); >> + assert(table_name_list->nSrc == 1); >> + assert(is_view == 0 || is_view == LOCATE_VIEW); >> + const char *space_name = table_name_list->a[0].zName; >> + uint32_t space_id = box_space_id_by_name(space_name, >> + strlen(space_name)); >> + if (space_id == BOX_ID_NIL) { >> + if (!is_view && !if_exists) >> + sqlite3ErrorMsg(parse_context, "no such table: %s", >> + space_name); >> + if (is_view && !if_exists) >> + sqlite3ErrorMsg(parse_context, "no such view: %s", >> + space_name); >> goto exit_drop_table; >> -#ifndef SQLITE_OMIT_VIEW >> - /* Ensure DROP TABLE is not used on a view, and DROP VIEW is not used >> - * on a table. >> + } >> + struct space *space = space_by_id(space_id); >> + assert(space != NULL); >> + /* >> + * Ensure DROP TABLE is not used on a view, >> + * and DROP VIEW is not used on a table. >> */ >> - if (isView && !space_is_view(pTab)) { >> - sqlite3ErrorMsg(pParse, "use DROP TABLE to delete table %s", >> - pTab->zName); >> + if (is_view && !space->def->opts.is_view) { >> + sqlite3ErrorMsg(parse_context, "use DROP TABLE to delete table %s", >> + space_name); >> goto exit_drop_table; >> } >> - if (!isView && space_is_view(pTab)) { >> - sqlite3ErrorMsg(pParse, "use DROP VIEW to delete view %s", >> - pTab->zName); >> + if (!is_view && space->def->opts.is_view) { >> + sqlite3ErrorMsg(parse_context, "use DROP VIEW to delete view %s", >> + space_name); >> goto exit_drop_table; >> } >> -#endif >> - >> - /* Generate code to remove the table from Tarantool and internal SQL >> + /* >> + * Generate code to remove the table from Tarantool and internal SQL > 6. Out of 66. Fixed whole comment (to fit into 66 chars): - * Generate code to remove the table from Tarantool and internal SQL - * tables. Basically, it consists from 3 stages: - * 1. Delete statistics from _stat1 and _stat4 tables (if any exist) - * 2. In case of presence of FK constraints, i.e. current table is child - * or parent, then start new transaction and erase from table - * all data row by row. On each deletion check whether any FK - * violations have occurred. If ones take place, then rollback - * transaction and halt VDBE. Otherwise, commit transaction. - * 3. Drop table by truncating (if step 2 was skipped), removing - * indexes from _index table and eventually tuple with corresponding - * space_id from _space. + * Generate code to remove the table from Tarantool + * and internal SQL tables. Basically, it consists + * from 3 stages: + * 1. Delete statistics from _stat1 and _stat4 tables. + * 2. In case of presence of FK constraints, i.e. current + * table is child or parent, then start new transaction + * and erase from table all data row by row. On each + * deletion check whether any FK violations have + * occurred. If ones take place, then rollback + * transaction and halt VDBE. + * 3. Drop table by truncating (if step 2 was skipped), + * removing indexes from _index space and eventually + * tuple with corresponding space_id from _space. */ [-- Attachment #2: Type: text/html, Size: 39685 bytes --]
next prev parent reply other threads:[~2018-04-04 18:11 UTC|newest] Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top 2018-04-03 16:14 [tarantool-patches] [PATCH 0/2] rework SQL 'DROP' routine Nikita Pettik 2018-04-03 16:14 ` [tarantool-patches] [PATCH 1/2] sql: remove obsolete SQLite routine Nikita Pettik 2018-04-03 17:54 ` [tarantool-patches] " Vladislav Shpilevoy 2018-04-04 18:09 ` n.pettik 2018-04-05 11:16 ` Vladislav Shpilevoy 2018-04-05 12:13 ` n.pettik 2018-04-05 13:28 ` Vladislav Shpilevoy 2018-04-03 16:14 ` [tarantool-patches] [PATCH 2/2] sql: rework 'DROP INDEX' and 'DROP TABLE' handling Nikita Pettik 2018-04-03 18:27 ` [tarantool-patches] " Vladislav Shpilevoy 2018-04-04 18:11 ` n.pettik [this message] 2018-04-05 11:20 ` Vladislav Shpilevoy 2018-04-05 14:12 ` [tarantool-patches] Re: [PATCH 0/2] rework SQL 'DROP' routine 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=24260C14-041C-4F08-AC1B-B3F6ABBBA679@tarantool.org \ --to=korablev@tarantool.org \ --cc=tarantool-patches@freelists.org \ --cc=v.shpilevoy@tarantool.org \ --subject='[tarantool-patches] Re: [PATCH 2/2] sql: rework '\''DROP INDEX'\'' and '\''DROP TABLE'\'' handling' \ /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