Searched refs:stat1 (Results 1 – 8 of 8) sorted by relevance
| /sqlite-3.40.0/ext/expert/ |
| H A D | expert1.test | 434 CREATE INDEX t1_idx_00000062 ON t1(b); -- stat1: 100 20 435 CREATE INDEX t1_idx_00000061 ON t1(a); -- stat1: 100 50 436 CREATE INDEX t2_idx_00000063 ON t2(c); -- stat1: 100 20 437 CREATE INDEX t2_idx_00000064 ON t2(d); -- stat1: 100 5 443 CREATE INDEX t1_idx_000123a7 ON t1(a, b); -- stat1: 100 50 17 444 CREATE INDEX t2_idx_0001295b ON t2(c, d); -- stat1: 100 20 5 448 CREATE INDEX t1_idx_00000061 ON t1(a); -- stat1: 100 50 449 CREATE INDEX t1_idx_00000062 ON t1(b); -- stat1: 100 20 452 CREATE INDEX t2_idx_00000063 ON t2(c); -- stat1: 100 20 453 CREATE INDEX t2_idx_00000064 ON t2(d); -- stat1: 100 5 [all …]
|
| /sqlite-3.40.0/test/ |
| H A D | analyzeD.test | 74 # Without stat1, because 3001 is larger than all samples in the stat4 76 # chooses it over the c=150 index (5 rows). Even with stat1 data, things 102 # gets this right, even without stat1 data.
|
| H A D | autoanalyze1.test | 52 # No use of stat1 recorded so far
|
| H A D | analyze4.test | 59 # that the number of rows selected in stat1 is half the total
|
| H A D | skipscan2.test | 74 -- of a skip-scan. So make a manual adjustment to the stat1 table
|
| H A D | index7.test | 343 # Incomplete stat1 information on a table with few rows should still use the
|
| H A D | analyze3.test | 726 # At one point duplicate stat1 entries were causing a memory leak.
|
| /sqlite-3.40.0/ext/session/ |
| H A D | sqlite3session.c | 1308 SessionStat1Ctx stat1 = {{0,0,0,0,0},0}; in sessionPreupdateOneChange() local 1329 stat1.hook = pSession->hook; in sessionPreupdateOneChange() 1330 stat1.pSession = pSession; in sessionPreupdateOneChange() 1331 pSession->hook.pCtx = (void*)&stat1; in sessionPreupdateOneChange() 1442 pSession->hook = stat1.hook; in sessionPreupdateOneChange()
|