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
Hi RocksDB folks:
I noticed some wired behavior while using PlainTable format with SstFileWriter and the rocksdbjni version being used is 6.11.4.
Steps to reproduce this issue:
Initialize an Option with PlainTable format enabled.
Generated 100 ordered key/value pairs.
Write the ordered key/value pairs via SstFileWriter.
Ingest the generated sst file in step 3 into a RocksDB database.
Verify whether all the generated key/value pairs exist in the database or not.
Following the above steps, I couldn't query any entries from the database, but if I add the following statements between step 4 and step 5:
@gaojieliu I don't think ingestExternalFile() supports PlainTable, unfortunately... If you are interested in implementing it for PlainTable, it will be easier to only support IngestExternalFileOptions.write_global_seqno = false case. You are welcome to contribute.
Hi RocksDB folks:
I noticed some wired behavior while using
PlainTable
format withSstFileWriter
and the rocksdbjni version being used is6.11.4
.Steps to reproduce this issue:
Following the above steps, I couldn't query any entries from the database, but if I add the following statements between step 4 and step 5:
I could read all the entries.
Expected behavior
I should be able to read all the entries after ingesting sst files without re-opening it in read-only mode.
Actual behavior
Can't read any entry without re-opening the database in read-only mode.
Steps to reproduce the behavior
Sample code:
The text was updated successfully, but these errors were encountered: