fdb-record-layer
fdb-record-layer copied to clipboard
A record-oriented store built on FoundationDB
This logic should be refactored in a way that it calls the implies-logic in PredicateWithValuesAndRanges instead of replicating that logic here. The only reason why that is not done right...
I've seen test runs where it takes many minutes. Often on `manyDocument` or `manyDocumentSlow` or `concurrentStoreTest`
The above mentioned test fails sporadically in PRs, with "transaction too old": ``` RemoteFetchSplitRecordsTest > indexPrefetchManySplitRecordTest(IndexFetchMethod, CursorStreamingMode) > com.apple.foundationdb.record.provider.foundationdb.RemoteFetchSplitRecordsTest.indexPrefetchManySplitRecordTest(IndexFetchMethod, CursorStreamingMode)[3] FAILED com.apple.foundationdb.record.RecordCoreException: com.apple.foundationdb.FDBException: Transaction is too old to perform reads...
Add debug logs for Lucene query execution
Improve MetaDataProtoEditor handling of unqualified types and add support for renaming all the types
This does two things: - It adds a new `MetaDataProtoEditor.renameRecordTypes` that takes a function to rename all the types. - When trying to add tests for that, I discovered #3428...
This updates the rewriting rule set to include the basic rules added for query canonicalization. It also updates all of the tests with plans that changed as a direct consequence...
These should not be committed, and was caught in a recent nightly test run.
This change addresses a bug related to the premature folding of constant `QueryPredicate`s within `RelOpValue` legs. The previous logic incorrectly identified a `QueryPredicate` as constant if its correlations didn't include...