Include observed WAL page_numbers when calculating SQLite3 page_count#30
Include observed WAL page_numbers when calculating SQLite3 page_count#30Schamper merged 8 commits intofox-it:mainfrom
Conversation
|
Curious about @PimSanders opinion too. In the mean time, you know the question I'm about to ask: do you have a reproducible test case? |
|
Added test in d97238b. |
Codecov Report❌ Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #30 +/- ##
=====================================
Coverage 0.00% 0.00%
=====================================
Files 151 151
Lines 4161 4163 +2
=====================================
- Misses 4161 4163 +2
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
|
I did run into this issue once before while working on the WAL implementation, couldn't reproduce it once I had time to look into it. I think this is the correct approach, as there isn't really any other way of determining the highest page number that I am aware of. The only suggestion I have is that the current test adds 3 other database files, would it be possible to use the script in |
Co-authored-by: Erik Schamper <1254028+Schamper@users.noreply.github.com>
Removed the unnecessary |
This PR fixes the SQLite3
page_countwhen dealing with WAL files. The current implementation does not seem to account for uncommited pages. @PimSanders Interested to hear your thoughts on this, does this approach seem correct to you?