Repository navigation
db: Support redis #24074
Description
Redis, as the de facto cached reference library standard, has every reason to be included in the v standard library
Note
You can use the 👍 reaction to increase the issue's priority for developers.
Please note that only the 👍 reaction to the issue itself counts as a vote.
Other reactions and those to comments will not be taken into account.
Activity
huly-for-github commentedon Mar 29, 2025
Connected to Huly®: V_0.6-22465
medvednikov commentedon Mar 29, 2025
I agree.
JalonSolov commentedon Mar 29, 2025
Well, valkey perhaps, with the changes/monetization of redis.
spytheman commentedon Mar 30, 2025
Do you mean a connection wrapper for it, or?
Jengro777 commentedon Mar 30, 2025
Yes, same as connecting mysql
[-]Support redis[/-][+]db: Support redis[/+]einar-hjortdal commentedon Apr 8, 2025
I disagree.
I spent time writing this and I would love to get help further developing and maintaining the library, however I do not think vlib should have a redis connector.
Redis is relatively young, and it has already split in 3 separate projects. Before splitting up there already were forks like Snapchat KeyDB which I used extensively.
Being so young, there also is still a chance that something better will come up and take its place.
Redis is introducing more features that are not supported neither by Redict nor Valkey, we don't know if Redis will switch to RESP4 protocol some Redis devs were working on already in late 2023.
We're not looking at something as stable as MySQL or PostgreSQL.
I think userland is the most fitting place for a RESP client.
Jengro777 commentedon Apr 8, 2025
Perhaps we can make a tripartite library like this for users to use! Redis is widely used.
Delta456 commentedon Apr 8, 2025
We can have
vlang/redis, aka an official library which can be installed.Jengro777 commentedon Apr 8, 2025
Yes, you can do that.
Jengro777 commentedon Jun 14, 2025
#24714