diff options
| author | drh <> | 2024-05-02 12:14:31 +0000 |
|---|---|---|
| committer | drh <> | 2024-05-02 12:14:31 +0000 |
| commit | d059774365c6e36640b924ca589a5dd815f7b5c9 (patch) | |
| tree | eaae5ac3e4933a4580be717a759538bc0caaf6c4 /src/wherecode.c | |
| parent | 2ad1e92858e36399797263a2b7f7f2951c96e4a2 (diff) | |
| parent | 9b4e7898d754bc533be38908825d62a526bd6e75 (diff) | |
| download | sqlite-d059774365c6e36640b924ca589a5dd815f7b5c9.tar.gz sqlite-d059774365c6e36640b924ca589a5dd815f7b5c9.zip | |
Fix the CREATE TABLE performance issue described by
[forum:/forumpost/4cf69794d9dfff7c|forum thread 4cf69794d9dfff7c] in two
different ways: (1) Omit the call to PRAGMA integrity_check('X') that was
being done after CREATE TABLE "X" because the result was being ignored and
the integrity_check was not doing anything other than burning CPU cycles.
(2) Do not interpret the argument to PRAGMA integrity_check as a number if it
is in fact a string that looks like a number.
FossilOrigin-Name: 71f08b912251c8a3ac1bd8e344903336648e4187f7493f8c126e60b3b51b9f09
Diffstat (limited to 'src/wherecode.c')
0 files changed, 0 insertions, 0 deletions