limbo/core/storage
Zaid Humayun 4072a41c9c Drop Table now uses an ephemeral table as a scratch table
Now when dropping a table, an ephemeral table is created as a scratch table. If a root page of some other table is moved into the page occupied by the root page of the table being dropped, that row is first written into an ephemeral table. Then on a next pass, it is deleted from the schema table and then re-inserted with the new root page.

This happens during AUTOVACUUM when deleting a root page will force the last root page to move into the slot being vacated by the root page of the table being deleted
2025-05-22 19:39:46 +05:30
..
btree.rs Drop Table now uses an ephemeral table as a scratch table 2025-05-22 19:39:46 +05:30
buffer_pool.rs core: Move buffer_pool.rs to storage module 2024-08-01 11:53:14 +03:00
database.rs Fix dumb clippy errors 2025-04-13 11:10:06 -03:00
mod.rs Minor improvements and cleanups in btree 2025-03-01 15:48:42 -05:00
page_cache.rs clippy 2025-05-21 15:27:15 +02:00
pager.rs cacheflush clear cache 2025-05-21 14:20:11 +02:00
sqlite3_ondisk.rs Rename OwnedValue -> Value 2025-05-15 09:59:46 +03:00
wal.rs fix some issues about page_size 2025-04-28 16:13:07 +08:00