如何设计这个NoSQL数据库

Question

我试图为自己创建一个使用DynamoDB的简单应用程序。我从未在高级级别上使用过非关系型数据库，只是在这里和那里存储一个值。

该应用程序是一个记录器。我将记录一些东西，迪纳摩将记录日期并计算一天。

例如，一个用户今天记录多件事情，它只会说今天的日期和记录的时间：5

然后，我可以进行查询，以获取过去一周/一天/一个月内所有logged_times的总和。

我的问题是如何构造一个NoSQL数据库来完成这样的高效工作？

Answer 1

NOSQLdb的几个概念

1. 写入应在主键上均匀分布。
2. 读操作应在主键上均匀分布

看到给定的问题和dyanamodb模式，我想到的最明显的事情是

将键日志作为主键，将时间戳作为辅助键。并进行聚合使用

####################################################################################################

但这将违反这两个概念。我们总是在一个pk上写作，总是从同一个pk上阅读。

现在，对于这个特定的问题，我们的PK应该足够随机（因此没有热键）并且足够确定（因此我们可以查询）

在设计密钥时，我们必须对应用程序进行一些假设。假设我们决定每小时更新一次。因此，可以将2018年1月7日-2017日作为关键日期。其中17表示17小时。这个键是确定的，但它不够随机。1月7日的每一次更新或阅读都将主要集中在同一个分区上。为了使密钥随机，我们可以使用类似md5的散列算法来计算它的散列。假设在接受哈希之后，我们的密钥变成1sdc23sjdnsd。如果您正在查看表数据，那么这将毫无意义。但是如果你想知道2018年1月7日到2017年1月7日的事件计数，你只需散列时间，然后用hashkey从dynamodb获取数据。如果您想知道2018年1月7日的所有事件，您可以重复24次获取并汇总计数。

现在这种模式在哪里会有问题

>

如果您的大多数查询都是运行时查询，请向我提供过去2、4、6天的所有数据。这将意味着到db的往返次数太多。而且时间和成本都很低。

经验法则是，当查询模式定义良好时，出于性能原因，使用NOSQL并存储结果。如果您试图在nosql上执行连接或聚合类型的查询，那么它将根据您的技术选择强制适合您的用例。

您还可以查看aws关于存储时间序列数据的建议。