If you want full CRUD behavior in Redis, yes you will have to build your own indexing functionality. That is what I said in my earlier reply, and it is still true.
That said, Redis itself doesn't have a "table" or "index" data type. Redis has data structures. You can build logical ideas on top of the data structures like "tables" and "indexes", but Redis doesn't include a "table" or "index" datatype.
Is there a reason why you want to do this? Because for many (perhaps most) use-cases, you will likely be better served by using pre-existing tools on top of a pre-existing relational database engine. Clustered indexes may not make sense, but a regular non-covering index may be sufficient. Or maybe using Tokutek's MySQL/MariaDB backend gets you a viable clustered index (if you want it).
I ask "why" because I have built a Redis object mapper for Python[1], and I can assure you that indexes, queries, data cleanup (deletion), and everything else can be challenging to get right even when you have experience.
- Josiah
* And ordered indexes beyond the precision of a C double requires substantially more thought in constructing the index entries and index queries than most people realize.