From: Hollow <hollow653@gmail.com> To: tarantool-patches@freelists.org Cc: korablev@tarantool.org, Hollow <hollow653@gmail.com> Subject: [tarantool-patches] [PATCH] sql: correct confusing message Date: Tue, 27 Mar 2018 14:49:04 +0300 [thread overview] Message-ID: <1522151344-28402-1-git-send-email-hollow653@gmail.com> (raw) Required to fix the following message: "- error: expressions prohibited in PRIMARY KEY and UNIQUE constraints" Currently this message appears when user tries to CREATE functional index but it doesn't seem clear what is actually wrong. Thus far the message was corrected to the one that explains what is wrong with expression in the command. Closes #3236 --- src/box/sql/build.c | 13 ++++++----- test/sql-tap/colname.test.lua | 6 ++--- test/sql/message-func-indexes.result | 40 ++++++++++++++++++++++++++++++++++ test/sql/message-func-indexes.test.lua | 17 +++++++++++++++ 4 files changed, 67 insertions(+), 9 deletions(-) create mode 100644 test/sql/message-func-indexes.result create mode 100644 test/sql/message-func-indexes.test.lua diff --git a/src/box/sql/build.c b/src/box/sql/build.c index dd0f45c..8de9e62 100644 --- a/src/box/sql/build.c +++ b/src/box/sql/build.c @@ -1,4 +1,4 @@ -/* + /* * Copyright 2010-2017, Tarantool AUTHORS, please see AUTHORS file. * * Redistribution and use in source and binary forms, with or @@ -987,7 +987,8 @@ sqlite3AddPrimaryKey(Parse * pParse, /* Parsing context */ sqlite3ExprSkipCollate(pList->a[i].pExpr); assert(pCExpr != 0); if (pCExpr->op != TK_ID) { - sqlite3ErrorMsg(pParse, "expressions prohibited in PRIMARY KEY"); + sqlite3ErrorMsg(pParse, "PRIMARY KEY can't be based on " + "non-COLUMN entities"); goto primary_key_exit; } const char *zCName = pCExpr->u.zToken; @@ -1802,7 +1803,7 @@ emitNewSysSpaceSequenceRecord(Parse *pParse, int space_id, const char reg_seq_id /* 1. Space id */ sqlite3VdbeAddOp2(v, OP_SCopy, space_id, first_col + 1); - + /* 2. Sequence id */ sqlite3VdbeAddOp2(v, OP_IntCopy, reg_seq_id, first_col + 2); @@ -2015,7 +2016,7 @@ sqlite3EndTable(Parse * pParse, /* Parse context */ sqlite3OpenTable(pParse, iCursor, sys_space_sequence, OP_OpenWrite); - + reg_space_seq_record = emitNewSysSpaceSequenceRecord( pParse, iSpaceId, @@ -3065,8 +3066,8 @@ sqlite3CreateIndex(Parse * pParse, /* All information about this parse */ pCExpr = sqlite3ExprSkipCollate(pListItem->pExpr); if (pCExpr->op != TK_COLUMN) { sqlite3ErrorMsg(pParse, - "expressions prohibited in PRIMARY KEY and " - "UNIQUE constraints"); + "functional INDEXES aren't supported " + "in the current version"); goto exit_create_index; } else { j = pCExpr->iColumn; diff --git a/test/sql-tap/colname.test.lua b/test/sql-tap/colname.test.lua index 71010da..b6e7fc9 100755 --- a/test/sql-tap/colname.test.lua +++ b/test/sql-tap/colname.test.lua @@ -637,19 +637,19 @@ test:do_test( test:do_catchsql_test( "colname-11.1", [[ create table t1(a, b, c, primary key('A'))]], - {1, "expressions prohibited in PRIMARY KEY"}) + {1, "PRIMARY KEY can't be based on non-COLUMN entities"}) test:do_catchsql_test( "colname-11.2", [[CREATE TABLE t1(a, b, c, d, e, PRIMARY KEY(a), UNIQUE('b' COLLATE "unicode_ci" DESC));]], - {1, "/expressions prohibited in PRIMARY KEY/"}) + {1, "/functional INDEXES aren't supported in the current version/"}) test:execsql("create table table1(a primary key, b, c)") test:do_catchsql_test( "colname-11.3", [[ CREATE INDEX t1c ON table1('c'); ]], - {1, "/expressions prohibited in PRIMARY KEY/"}) + {1, "/functional INDEXES aren't supported in the current version/"}) test:finish_test() diff --git a/test/sql/message-func-indexes.result b/test/sql/message-func-indexes.result new file mode 100644 index 0000000..30359df --- /dev/null +++ b/test/sql/message-func-indexes.result @@ -0,0 +1,40 @@ +test_run = require('test_run').new() +--- +... +-- Creating tables +box.sql.execute("CREATE TABLE t1(id PRIMARY KEY, a)") +--- +... +box.sql.execute("CREATE TABLE t2(object INT PRIMARY KEY, price INT, count INT)") +--- +... +-- Expressions that're supposed to create functional indexes are supposed to return certain message +box.sql.execute("CREATE INDEX i1 ON t1(a+1)") +--- +- error: functional INDEXES aren't supported in the current version +... +box.sql.execute("CREATE INDEX i2 ON t1(a)") +--- +... +box.sql.execute("CREATE INDEX i3 ON t2(price + 100)") +--- +- error: functional INDEXES aren't supported in the current version +... +box.sql.execute("CREATE INDEX i4 ON t2(price)") +--- +... +box.sql.execute("CREATE INDEX i5 ON t2(count + 1") +--- +- error: 'near "1": syntax error' +... +box.sql.execute("CREATE INDEX i6 ON t2(count + count)") +--- +- error: functional INDEXES aren't supported in the current version +... +-- Cleaning up +box.sql.execute("DROP TABLE t1") +--- +... +box.sql.execute("DROP TABLE t2") +--- +... diff --git a/test/sql/message-func-indexes.test.lua b/test/sql/message-func-indexes.test.lua new file mode 100644 index 0000000..43dd30a --- /dev/null +++ b/test/sql/message-func-indexes.test.lua @@ -0,0 +1,17 @@ +test_run = require('test_run').new() + +-- Creating tables +box.sql.execute("CREATE TABLE t1(id PRIMARY KEY, a)") +box.sql.execute("CREATE TABLE t2(object INT PRIMARY KEY, price INT, count INT)") + +-- Expressions that're supposed to create functional indexes are supposed to return certain message +box.sql.execute("CREATE INDEX i1 ON t1(a+1)") +box.sql.execute("CREATE INDEX i2 ON t1(a)") +box.sql.execute("CREATE INDEX i3 ON t2(price + 100)") +box.sql.execute("CREATE INDEX i4 ON t2(price)") +box.sql.execute("CREATE INDEX i5 ON t2(count + 1") +box.sql.execute("CREATE INDEX i6 ON t2(count + count)") + +-- Cleaning up +box.sql.execute("DROP TABLE t1") +box.sql.execute("DROP TABLE t2") -- 2.7.4
next reply other threads:[~2018-03-27 11:49 UTC|newest] Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top 2018-03-27 11:49 Hollow [this message] 2018-03-27 13:13 ` [tarantool-patches] " n.pettik 2018-03-27 16:02 [tarantool-patches] " N.Tatunov
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=1522151344-28402-1-git-send-email-hollow653@gmail.com \ --to=hollow653@gmail.com \ --cc=korablev@tarantool.org \ --cc=tarantool-patches@freelists.org \ --subject='Re: [tarantool-patches] [PATCH] sql: correct confusing message' \ /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