1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
|
#!/usr/bin/env tarantool
test = require("sqltester")
test:plan(1)
--!./tcltestrunner.lua
-- 2015-01-05
--
-- The author disclaims copyright to this source code. In place of
-- a legal notice, here is a blessing:
--
-- May you do good and not evil.
-- May you find forgiveness for yourself and forgive others.
-- May you share freely, never taking more than you give.
--
-------------------------------------------------------------------------
--
-- This file verifies that INSERT operations with a very large number of
-- VALUE terms works and does not hit the SQL_LIMIT_COMPOUND_SELECT limit.
--
-- ["set","testdir",[["file","dirname",["argv0"]]]]
-- ["source",[["testdir"],"\/tester.tcl"]]
testprefix = "selectG"
-- Do an INSERT with a VALUES clause that contains 100,000 entries. Verify
-- that this insert happens quickly (in less than 10 seconds). Actually, the
-- insert will normally happen in less than 0.5 seconds on a workstation, but
-- we allow plenty of overhead for slower machines. The speed test checks
-- for an O(N*N) inefficiency that was once in the code and that would make
-- the insert run for over a minute.
--
local engine = test:engine()
local time_quota =
engine == 'memtx' and 25 or (
engine == 'vinyl' and 50 or 0) -- seconds
test:do_test(
100,
function()
local sql_arr = {[[CREATE TABLE t1(x INT primary key);
INSERT INTO t1(x) VALUES]]}
local i
for i = 1, 100000-1, 1 do
table.insert(sql_arr, "("..i.."),")
end
table.insert(sql_arr, "(100000);")
local sql = table.concat(sql_arr, "")
local start_time = os.time()
test:execsql(sql)
local end_time = os.time()
-- max run time was increased because of parallel test run
return test:execsql(("SELECT count(x), sum(x), avg(x), %d<%d FROM t1;")
:format(end_time - start_time, time_quota))
end, {
-- <100>
100000, 5000050000, 50000.5, true
-- </100>
})
test:finish_test()
|
