peloton
peloton copied to clipboard
Checkpointing
Checkpointing as part of the resistance mechanism.
Coverage increased (+0.4%) to 76.96% when pulling af92a667cabf21a41755a96f36c043f331e2fdbd on aaron-tian:checkpoint into 898219f9fe6e1d2b6901ea3797caac5c93850213 on cmu-db:master.
@ksaito7 Tests are failing due to newly added files (e. g. -Werror=maybe-uninitialized). Could you please take a look at them? Thanks.
Some modifications are necessary due to catalog::LayoutCatalog
and storage::Layout
added in current master branch.
- Change for
catalog::SystemCatalogs
- Use SystemCatalogs in catalog checkpointing and recovery in addition to catalogs in catalog DB.
- Eliminate basic catalogs in catalog DB from checkpoint target to avoid a table collision when a catalog table changes.
- Add bootstrapping of SystemCatalogs when a database storage object is recovered.
- Change for
catalog::SchemaCatalog
- Add SchemaCatalog checkpointing and recovery
- Fix to use schema name when getting TableCatalogObject
- Use CATALOG_SCHEMA_NAME to distinguish catalog tables from user tables .
- Chagen for
catalog::LayoutCatalog
andstorage::Layout
- Add LayoutCatalog checkpointing and recovery
- Add layout serialize/deserialize function for tile groups recovery
AddressSanitizer error on only release build in travis was resolved by deleting DataTable GetInfo function call in recovery test. I didn't know eventually why this error was occurred because AddressSanitizer didn't output the place. But it is resolved, so please review our codes again.
Update for PR #1383