You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Aug 8, 2023. It is now read-only.
The offline database currently has no vacuum behavior: once it reaches a certain size on disk, it will never get smaller, even if you delete offline regions. (It will however reuse emptied pages within the database.)
If the database size becomes larger than the target size set by the maximumCacheSize parameter (default 50 MB), the following warning message is printed:
Current size is larger than the maximum size. Database won't get truncated.
This behavior was inherited from the previous cache database implementation. The original reasoning was that SQLite VACUUM was an expensive operation. With offline functionality now included, it's time to revisit this decision. If you create a large offline region, and then delete it, the on disk-size should return to roughly the previous level.
auto_vacuum = FULL sounds ideal. However, the documentation is self-contradictory about whether or not there's a way to enable it on an existing database:
It is not possible to enable or disable auto-vacuum after a table has been created.
[...]
To change auto-vacuum modes, first use the auto_vacuum pragma to set the new desired mode, then invoke the VACUUM command to reorganize the entire database file.
The offline database currently has no vacuum behavior: once it reaches a certain size on disk, it will never get smaller, even if you delete offline regions. (It will however reuse emptied pages within the database.)
If the database size becomes larger than the target size set by the
maximumCacheSize
parameter (default 50 MB), the following warning message is printed:This behavior was inherited from the previous cache database implementation. The original reasoning was that SQLite
VACUUM
was an expensive operation. With offline functionality now included, it's time to revisit this decision. If you create a large offline region, and then delete it, the on disk-size should return to roughly the previous level.One approach would be to enable
auto_vacuum
.The text was updated successfully, but these errors were encountered: