Multiple DB support and "SELECT" command support

[XiaoHeitu]

Can multiple DB support and "SELECT" command support be added. If you want to replace Redis, it is difficult to achieve without multi DB support. If supported, replacing Redis would be much more convenient.

[pomazanbohdan]

I would also like to use many databases in one instance.
But now I can’t even test the operation of application, since it requires a connection indicating the database.
What is the default database name?

[badrishc]

The default, and only, database in Garnet at the moment is 0 (zero).

[Ramon403]

Yes, I am testing whether replacing Redis is feasible,

Found no difference between GetDatabase (0) and GetDatabase (6)

The key: value written in db0 can be read and overwritten in db6, which will affect the original business

[XiaoHeitu]

The default, and only, database in Garnet at the moment is 0 (zero).

Is this intentionally designed to ensure the excellent performance of "garnet"?

[XiaoHeitu]

我有一个想法不知道当讲不当讲。算了先讲了吧。我英语不太行。直接写中文了，要是有大佬能看懂的话。能不能请大佬帮忙翻译一下。

先说目的：
1、想要让SELECT命令真正的用起来。
2、可以模拟出 多DB的效果。
3、不改动现在单DB的程序结构
4、尽量不影响整体性能

下面说方案：
1、设置一个绝对不使用的 DB_ID，用来模拟最大ID号。比如16，当客户端执行 SELECT 16时，返回ERR提示。这样做的目的是为了让Redis客户端程序(如：RedisDesktopManager) 以为16是最大ID。而不会继续向检测最大ID。

2、当某个会话调用 SELECT命令时，正常返回OK。前记录下应该会话前最后一次调用SELECT 时的DB_ID。当然这里可以做一个突破。我们可以允许使用 非数字ID

3、既然我们的会话中已经保存了 DB_ID。那么为了模拟出多DB的效果。在使用所有与key相关的命令时， 默认给 输入的key 加上前缀 "{DB_ID}:"，懂的都懂。这样就能保证不同的DB_ID中的内容不会相互覆盖。

这样一来，虽然 所有内容都保存在同一个DB中。但都被 前缀进行了区分。也就完成了对 redis 多DB的模拟。对之前使用redis 项目也能进行良好的兼容。

[XiaoHeitu]

like this:

[XiaoHeitu]

代码部分在我自己仓库的分支上，这是提交记录：
XiaoHeitu@db4d673

[XiaoHeitu]

不知道这样做，可行不？会不会有什么问题？

[q7164518]

不知道这样做，可行不？会不会有什么问题？

你这样做有考虑过Key就是按这种命名方式的情况吗, 直接麻了

[q7164518]

不知道这样做，可行不？会不会有什么问题？

你只考虑了自己的情况, 实际情况用Key模拟区分DBIndex指定是不行的. Key就是Key不是space