From: Kirill Shcherbatov <kshcherbatov@tarantool.org> To: tarantool-patches@freelists.org, korablev@tarantool.org Cc: Kirill Shcherbatov <kshcherbatov@tarantool.org> Subject: [tarantool-patches] [PATCH v2 3/5] sql: fix fkey exception for self-referenced table Date: Sat, 29 Dec 2018 13:49:00 +0300 [thread overview] Message-ID: <e9484074ecd92eed341a3327504b2b7ccfc21b77.1546079994.git.kshcherbatov@tarantool.org> (raw) In-Reply-To: <cover.1546079994.git.kshcherbatov@tarantool.org> UPDATE operation doesn't fail when fkey self-reference condition unsatisfied, when table has other records. To do not raise error where it is not necessary Vdbe makes lookup in parent table with OP_Found. This branch is not valid for self-referenced table since its looking for a tuple affected by UPDATE operation and since the foreign key has already detected a conflict it mast be raised. Example: CREATE TABLE t6(a INTEGER PRIMARY KEY, b TEXT, c INT, d TEXT, UNIQUE(a, b), FOREIGN KEY(c, d) REFERENCES t6(a, b)); INSERT INTO t6 VALUES(1, 'a', 1, 'a'); INSERT INTO t6 VALUES(100, 'one', 100, 'one'); UPDATE t6 SET c = 1, d = 'a' WHERE a = 100; -- fk conflict must be raised here Needed for #3850 Closes #3918 --- src/box/sql/fkey.c | 58 +++++++++++++++++++++++-------------- test/sql-tap/fkey3.test.lua | 5 ++-- 2 files changed, 38 insertions(+), 25 deletions(-) diff --git a/src/box/sql/fkey.c b/src/box/sql/fkey.c index 4e3270f0c..6242275c6 100644 --- a/src/box/sql/fkey.c +++ b/src/box/sql/fkey.c @@ -194,7 +194,7 @@ static void fkey_lookup_parent(struct Parse *parse_context, struct space *parent, struct fkey_def *fk_def, uint32_t referenced_idx, - int reg_data, int incr_count) + int reg_data, int incr_count, bool is_update) { assert(incr_count == -1 || incr_count == 1); struct Vdbe *v = sqlite3GetVdbe(parse_context); @@ -221,14 +221,6 @@ fkey_lookup_parent(struct Parse *parse_context, struct space *parent, sqlite3VdbeAddOp2(v, OP_IsNull, reg, ok_label); } uint32_t field_count = fk_def->field_count; - int temp_regs = sqlite3GetTempRange(parse_context, field_count); - int rec_reg = sqlite3GetTempReg(parse_context); - vdbe_emit_open_cursor(parse_context, cursor, referenced_idx, parent); - link = fk_def->links; - for (uint32_t i = 0; i < field_count; ++i, ++link) { - sqlite3VdbeAddOp2(v, OP_Copy, link->child_field + 1 + reg_data, - temp_regs + i); - } /* * If the parent table is the same as the child table, and * we are about to increment the constraint-counter (i.e. @@ -253,15 +245,36 @@ fkey_lookup_parent(struct Parse *parse_context, struct space *parent, } sqlite3VdbeGoto(v, ok_label); } - struct index *idx = space_index(parent, referenced_idx); - assert(idx != NULL); - sqlite3VdbeAddOp4(v, OP_MakeRecord, temp_regs, field_count, rec_reg, - sql_space_index_affinity_str(parse_context->db, - parent->def, idx->def), - P4_DYNAMIC); - sqlite3VdbeAddOp4Int(v, OP_Found, cursor, ok_label, rec_reg, 0); - sqlite3ReleaseTempReg(parse_context, rec_reg); - sqlite3ReleaseTempRange(parse_context, temp_regs, field_count); + /** + * Make a lookup in a parent table with OP_Found. + * We mustn't make it for a self-referenced table since + * it's tuple will be modified by the update operation. + * And since the foreign key has already detected a + * conflict, fk counter must be increased. + */ + if (!(fkey_is_self_referenced(fk_def) && is_update)) { + int temp_regs = sqlite3GetTempRange(parse_context, field_count); + int rec_reg = sqlite3GetTempReg(parse_context); + vdbe_emit_open_cursor(parse_context, cursor, referenced_idx, + parent); + link = fk_def->links; + for (uint32_t i = 0; i < field_count; ++i, ++link) { + sqlite3VdbeAddOp2(v, OP_Copy, + link->child_field + 1 + reg_data, + temp_regs + i); + } + struct index *idx = space_index(parent, referenced_idx); + assert(idx != NULL); + sqlite3VdbeAddOp4(v, OP_MakeRecord, temp_regs, field_count, + rec_reg, + sql_space_index_affinity_str(parse_context->db, + parent->def, + idx->def), + P4_DYNAMIC); + sqlite3VdbeAddOp4Int(v, OP_Found, cursor, ok_label, rec_reg, 0); + sqlite3ReleaseTempReg(parse_context, rec_reg); + sqlite3ReleaseTempRange(parse_context, temp_regs, field_count); + } struct session *session = current_session(); if (!fk_def->is_deferred && (session->sql_flags & SQLITE_DeferFKs) == 0 && @@ -517,6 +530,7 @@ void fkey_emit_check(struct Parse *parser, struct Table *tab, int reg_old, int reg_new, const int *changed_cols) { + bool is_update = changed_cols != NULL; struct sqlite3 *db = parser->db; struct session *user_session = current_session(); @@ -534,7 +548,7 @@ fkey_emit_check(struct Parse *parser, struct Table *tab, int reg_old, struct fkey *fk; rlist_foreach_entry(fk, &space->child_fkey, child_link) { struct fkey_def *fk_def = fk->def; - if (changed_cols != NULL && !fkey_is_self_referenced(fk_def) && + if (is_update && !fkey_is_self_referenced(fk_def) && !fkey_is_modified(fk_def, FIELD_LINK_CHILD, changed_cols)) continue; parser->nTab++; @@ -549,7 +563,7 @@ fkey_emit_check(struct Parse *parser, struct Table *tab, int reg_old, * foreign key constraint violation. */ fkey_lookup_parent(parser, parent, fk_def, fk->index_id, - reg_old, -1); + reg_old, -1, is_update); } if (reg_new != 0 && !fkey_action_is_set_null(parser, fk)) { /* @@ -568,7 +582,7 @@ fkey_emit_check(struct Parse *parser, struct Table *tab, int reg_old, * cause an FK violation. */ fkey_lookup_parent(parser, parent, fk_def, fk->index_id, - reg_new, +1); + reg_new, +1, is_update); } } /* @@ -577,7 +591,7 @@ fkey_emit_check(struct Parse *parser, struct Table *tab, int reg_old, */ rlist_foreach_entry(fk, &space->parent_fkey, parent_link) { struct fkey_def *fk_def = fk->def; - if (changed_cols != NULL && + if (is_update && !fkey_is_modified(fk_def, FIELD_LINK_PARENT, changed_cols)) continue; if (!fk_def->is_deferred && diff --git a/test/sql-tap/fkey3.test.lua b/test/sql-tap/fkey3.test.lua index 8fbbdcfbc..9bd1aef23 100755 --- a/test/sql-tap/fkey3.test.lua +++ b/test/sql-tap/fkey3.test.lua @@ -190,15 +190,14 @@ test:do_execsql_test( -- </fkey3-3.8> }) -test:do_execsql_test( +test:do_catchsql_test( "fkey3-3.9", [[ INSERT INTO t6 VALUES(100, 'one', 100, 'one'); UPDATE t6 SET c = 1, d = 'a' WHERE a = 100; - DELETE FROM t6 WHERE a = 100; - SELECT * FROM t6 WHERE a = 100; ]], { -- <fkey3-3.9> + 1, "FOREIGN KEY constraint failed" -- </fkey3-3.9> }) -- 2.19.2
next prev parent reply other threads:[~2018-12-29 10:49 UTC|newest] Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top 2018-12-29 10:48 [tarantool-patches] [PATCH v2 0/5] sql: do not use OP_Delete+OP_Insert for UPDATES Kirill Shcherbatov 2018-12-29 10:48 ` [tarantool-patches] [PATCH v2 1/5] sql: clean-up vdbe_emit_constraint_checks Kirill Shcherbatov 2018-12-29 10:48 ` [tarantool-patches] [PATCH v2 2/5] sql: fix sql_vdbe_mem_alloc_region result memory Kirill Shcherbatov 2018-12-29 10:49 ` Kirill Shcherbatov [this message] 2018-12-29 13:26 ` [tarantool-patches] Re: [PATCH v2 3/5] sql: fix fkey exception for self-referenced table n.pettik 2018-12-29 10:49 ` [tarantool-patches] [PATCH v2 4/5] sql: encode tuples with mpstream on Vdbe run Kirill Shcherbatov 2018-12-29 13:26 ` [tarantool-patches] " n.pettik 2018-12-29 15:28 ` Kirill Shcherbatov 2019-01-09 12:29 ` n.pettik 2018-12-29 10:49 ` [tarantool-patches] [PATCH v2 5/5] sql: do not use OP_Delete+OP_Insert for UPDATES Kirill Shcherbatov 2018-12-29 13:35 ` [tarantool-patches] " n.pettik 2018-12-29 15:31 ` Kirill Shcherbatov 2019-01-10 12:30 ` [tarantool-patches] Re: [PATCH v2 0/5] " 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=e9484074ecd92eed341a3327504b2b7ccfc21b77.1546079994.git.kshcherbatov@tarantool.org \ --to=kshcherbatov@tarantool.org \ --cc=korablev@tarantool.org \ --cc=tarantool-patches@freelists.org \ --subject='Re: [tarantool-patches] [PATCH v2 3/5] sql: fix fkey exception for self-referenced table' \ /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