不适当的Redis数据库devise

我有一个node.js API负责3件事情:

  • 注册买家
  • 通过ID获取买家
  • 根据一些标准find匹配的买方报价

详情在这里

因为我是Redis的新手,所以我开始这样的实现:

  1. JSON将买方存储起来并用SET存储
  2. 将所有买家的报价存储为有序集合(这是针对第三个端点,这要求报价具有最高值) – 此集合包含表示哈希名称的string
  3. 然后,该散列存储的string表示具有特定值的集合的名称以及在这些条件满足后用户将被redirect到的位置(buyer1_devices,buyer1_hours等)

现在,这是问题:

我需要GET /路线工作。 正如我提供的GitHub页面所描述的,我有3个参数:时间戳,设备和状态。 我必须浏览所有的设置,并获取适当的位置来redirect用户。 该位置存储在一个哈希,但我必须浏览所有的设置。 既然这可能是一个糟糕的实现,那么所有这些都出错了,并且要去实现呢?

  • 请注意,这是一个redis问题,而不是节点之一。 我需要说明如何在Redis中实现这一点,然后准备在Node中对其进行编码。

先谢谢你

Redis的第一条规则:就像你想读取数据一样存储数据。

要回答/route查询,您需要根据买方的报价 – 状态和设备的两个属性“过滤”。 有不止一种方式来剥皮猫,所以这里是一个:使用许多分拣套装的报价。

每个这样的提供Sorted Set键名称可能如下所示: <device>:<state> (所以在git中提供的示例将被添加到关键desktop:CA )。

要进行查询,请使用路由参数来组合您的密钥名称,然后定期进行查找得分最高的报价并在哈希中parsing买方的详细信息。

现在去找那份工作吧!