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
This would help with imperfect data tied to each hash - otherwise i need bespoke indexes or extra logic around what can be added to the index in terms of document to get a 💯 % index of every document.
There could be another option for SCHEMA_MISMATCH_POLICY, such as a CONVERT option, which will allow to define conversions for specific mismatches, e.g., allowing one or more fields to accept, let's say a numeric value, by converting it to a string, etc. (whether there are built-in conversions, lua-scripts, or functions)
This is a super important feature. Without at least an option to BLOCK error on write (HSET), the clients have no way of knowing indexing this particular doc has failed. hash_indexing_failure counts are unreliable and dont tell which keys failed and thus no way to recover, other than fully rebuilding the index. Productionalizing Redisearch with silent indexing failures is next to impossible
As a module configuration and on an index level.
SCHEMA_MISMATCH_POLICY
Options:
SKIP
current behaviourPARTIAL
index fields that do matchBLOCK
error on write (HSET)Note, this could mean we would need a command hook which will introduce a performance degradation
The text was updated successfully, but these errors were encountered: