Panda
Panda
> I think if we already get the table, it will not be dropped until nobody use it. It takes a little more time when do the real file drop...
Well, it depends on CPU, OS, filesystem and disk performance. I just have a test on my cloud server. HDD... so it's slow and remove a 64MiB file takes about...
Suppose value is large (default 1KiB), just okay to store it as one item in cache per value? And the `ValuePtr` can be the key in cache. Maybe one cache...
> We could use oracle to perform conflict check and get commit timestamp The api of oracle needs a txn struct, I just don't want to break the api. And...
> We certainly should record write keys for the conflict check. I mean add method for oracle to get commit timestamp for the ingesting file scenario. Okay, I got it....
About how to check files to ingested overlap with running compaction output. I saw we have `CompactStatus` to trace running compaction. When picking and checking $L_i$，I should check file does...
> By the way, I think this problem only happens when ingesting files, and will not appear in current implementation. Yes, it only happens when ingesting files. I didn't make...
The `next_txn_ts` won't update when reopening db? @GanZiheng
> Yes... I remember it is set to 1. Well, that's... amazing... I debug a while for my failed test. I think I should make another pr to make it...
Generally done. You can have a look. @GanZiheng BTW, the `rustfmt.toml` use many flags that are only available in nightly channel while CI use stable channel. So it just failed...