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 issue tracks the migration of the mentioned commands - ('HINCRBY', 'HINCRBYFLOAT', 'HRANDFIELD') to make them compatible across the three protocols supported by the Dice database: RESP, HTTP, and WebSocket.
DiceDB now supports more than one protocols (Resp/http/websocket). We don't want eval operation of each command to be strictly bound with any of the protocols. Currently eval function return statements of each command is bounded to the RESP protocol.
The migration is required because:
The current implementation is specific to the RESP protocol
Evaluation functions of each command must be refactored to ensure protocol-agnostic behavior.
Evaluation functions should return raw responses instead of protocol specific responses.
The goal is to make the command logic protocol-independent, allowing all three protocols to call the same core functionality seamlessly.
Requirements
Refactor the evaluation function of [Command Name] to be generic.
Ensure the evaluation function does not include protocol-specific logic.
Migration Steps
Analyze Current Implementation
Review the current codebase to understand how the command logic is implemented.
Refactor Return Logic
Create a new function with the function definition as evalXXX(args []string, store *dstore.Store) *EvalResponse under the file /internal/eval/store_eval.go
Analyse return statements of the eval and modify them to send raw types without encoding
Use errors in the return statements from /errors/migrated_errors.go file
Use perdefined responses from /internal/clientio/resp.go file as RespType variables
Command/Worker specific Changes
Make IsMigrated flag to true in the commands information under /internal/eval/commands.go file.
Use the newly written eval function against the NewEval parameter in the same command structure.
Delete the old eval function from the /internal/eval/eval.go file.
Add the migrated command to the /internal/worker/CommandsMeta map and make it's type as SingleShard
Update Unit Tests
Refactor existing unit tests to accommodate the new implementation.
Add new unit tests if necessary to cover all possible cases.
Integration Tests
Run all integration tests to ensure successful migration.
Ensure that each protocol (RESP, HTTP, WebSocket) works correctly after migration.
Checklist
Migrated the evalXXX function with the latest definition
Update or add unit tests for the new implementation.
All unit tests pass successfully.
Ensure all integration tests pass successfully.
Additional Notes
Describe any edge cases that need to be handled in the generic function.
Mention any protocol-specific optimizations required in wrappers.
If there are any questions or concerns about this migration, please mention them here.
Related Issues/PRs
Sample implementation for the Get, Set, GetSet and SetEx can be found in this Pull Request.
The text was updated successfully, but these errors were encountered:
Hi @AshwinKul28 - apologies, had a busy work week. Working on it as we speak, I'll update here if there's further delays so that we can assign it out to someone else incase.
This issue tracks the migration of the mentioned commands - ('HINCRBY', 'HINCRBYFLOAT', 'HRANDFIELD') to make them compatible across the three protocols supported by the Dice database: RESP, HTTP, and WebSocket.
DiceDB now supports more than one protocols (Resp/http/websocket). We don't want eval operation of each command to be strictly bound with any of the protocols. Currently eval function return statements of each command is bounded to the RESP protocol.
The migration is required because:
The goal is to make the command logic protocol-independent, allowing all three protocols to call the same core functionality seamlessly.
Requirements
[Command Name]
to be generic.Migration Steps
Analyze Current Implementation
Refactor Return Logic
evalXXX(args []string, store *dstore.Store) *EvalResponse
under the file/internal/eval/store_eval.go
/errors/migrated_errors.go
file/internal/clientio/resp.go
file as RespType variablesCommand/Worker specific Changes
IsMigrated
flag to true in the commands information under/internal/eval/commands.go
file.NewEval
parameter in the same command structure./internal/eval/eval.go
file./internal/worker/CommandsMeta
map and make it's type asSingleShard
Update Unit Tests
Integration Tests
Checklist
Additional Notes
If there are any questions or concerns about this migration, please mention them here.
Related Issues/PRs
The text was updated successfully, but these errors were encountered: