建模Azure Cosmos DB
我正计划为自己的目的从CoinMarketCap API保存记录。 我想每隔15分钟将价格信息保存在前100个加密硬币上,我想将它保存在Azure Cosmos数据库中。建模Azure Cosmos DB
由于im新的文档db的整个概念,我需要一些建模文档的帮助。
首先我从这个模型开始。
[
{
"id": "bitcoin",
"name": "Bitcoin",
"symbol": "BTC",
"rank": "1",
"price_usd": "573.137",
"price_btc": "1.0",
"24h_volume_usd": "72855700.0",
"market_cap_usd": "9080883500.0",
"available_supply": "15844176.0",
"total_supply": "15844176.0",
"percent_change_1h": "0.04",
"percent_change_24h": "-0.3",
"percent_change_7d": "-0.57",
"last_updated": "1472762067"
},
{
"id": "ethereum",
"name": "Ethereum",
"symbol": "ETH",
"rank": "2",
"price_usd": "12.1844",
"price_btc": "0.021262",
"24h_volume_usd": "24085900.0",
"market_cap_usd": "1018098455.0",
"available_supply": "83557537.0",
"total_supply": "83557537.0",
"percent_change_1h": "-0.58",
"percent_change_24h": "6.34",
"percent_change_7d": "8.59",
"last_updated": "1472762062"
},
...
]
但是,由于每次我写入数据库时id都没有变化,记录只是更新了,而没有汇总。我想这是预期的。
因此,为了确保记录汇总,我重写了这个模型。
[
{
"id": <timestamp>_bitcoin
"identifier": "bitcoin",
"name": "Bitcoin",
"symbol": "BTC",
"rank": "1",
"price_usd": "573.137",
"price_btc": "1.0",
"24h_volume_usd": "72855700.0",
"market_cap_usd": "9080883500.0",
"available_supply": "15844176.0",
"total_supply": "15844176.0",
"percent_change_1h": "0.04",
"percent_change_24h": "-0.3",
"percent_change_7d": "-0.57",
"last_updated": "1472762067"
},
{
"id": <timestamp>_ethereum
"identifier": "ethereum",
"name": "Ethereum",
"symbol": "ETH",
"rank": "2",
"price_usd": "12.1844",
"price_btc": "0.021262",
"24h_volume_usd": "24085900.0",
"market_cap_usd": "1018098455.0",
"available_supply": "83557537.0",
"total_supply": "83557537.0",
"percent_change_1h": "-0.58",
"percent_change_24h": "6.34",
"percent_change_7d": "8.59",
"last_updated": "1472762062"
},
...
]
在这里,我以使其独特添加了一个单独的id
带有时间戳和参考旧ID。
这是行得通的,但我认为这是一些重复的数据(如名称和符号),我认为这看起来不好,有双重。但也许这就是它在文档db世界中的方式?
我也想过这样的模型。
[
{
"id": <timestamp>_bitcoin
"identifier": "bitcoin",
"name": "Bitcoin",
"symbol": "BTC",
"rank": "1",
"price_history": [{
"price_usd": "573.137",
"price_btc": "1.0",
"24h_volume_usd": "72855700.0",
"market_cap_usd": "9080883500.0",
"available_supply": "15844176.0",
"total_supply": "15844176.0",
"percent_change_1h": "0.04",
"percent_change_24h": "-0.3",
"percent_change_7d": "-0.57",
"last_updated": "1472762067"
]}
},
{
"id": <timestamp>_ethereum
"identifier": "ethereum",
"name": "Ethereum",
"symbol": "ETH",
"rank": "2",
"price_history": [{
"price_usd": "12.1844",
"price_btc": "0.021262",
"24h_volume_usd": "24085900.0",
"market_cap_usd": "1018098455.0",
"available_supply": "83557537.0",
"total_supply": "83557537.0",
"percent_change_1h": "-0.58",
"percent_change_24h": "6.34",
"percent_change_7d": "8.59",
"last_updated": "1472762062"
]}
},
...
]
但由于没有选择新的记录添加到price_history
无需重写整个文件,这不会是一个好主意。此外,由于price_history
中的记录数量将无限制地增长,因此该文档将变得非常庞大且难以处理。
接下来我想分解成单独的文件,但不知道如果这是要走的路。所以我现在有点迷路了。
有什么建议吗?
这里的事实部分:
具有每加密硬币单一的文件,在15个分钟的间隔在文档中嵌入定价信息是不可行的。 Cosmos DB具有2MB的文档大小限制。如果你追求嵌入策略,你将冲破这个大小限制。另外,你说得对,更大的文件更难以处理,并且会招致更高的RU费用。
在NoSQL中,一般来说,数据的重复不一定是主要的罪。您需要考虑如何检索数据以及您需要使用哪些信息。这一点尤其重要,因为关系数据库中不存在关系连接。
现在的完全意见部分:
考虑包含关于每个需要跟踪的硬币一般信息的加密文件的硬币。你甚至可能不需要这个文件。
将时间序列数据存储为单独的文档。由于前面提到的文档大小限制,您实际上必须采用这种方式,并且时间戳读数的数量没有上限。
对于存储为每个时间戳一部分的1小时,24小时和7天回溯聚合,您可以使用聚合函数进行查询,并在每次编写新条目时设置每个时间戳的这些属性。鉴于您只存储100种不同的加密货币,并且您的时间戳每15分钟一次,这是可行的。
There's a great video第9频道由Ryan CrawCour和大卫Makogon,随着宇宙DB建模数据,我得到解决此我的头的时候发现非常有帮助的交易。
感谢您花时间回答我的问题。我几乎得出了相同的结论,并将考虑为加密信息创建一个文档,并为所有价格快照创建一个文档集合,并为每个快照创建一个单独的文档。还会看视频,很棒的提示! – Martin
我认为它包含在Channel 9视频中,但您也可以使用混合模型:按照Rob的描述保留单个摘要文档和许多时间系列价格文档。但是,也可以将最后一个x(比如说10个)时间系列文档作为嵌套数组写入摘要文档。 –
@MichaelFinger,这是一个很好的观点。它确实需要一些簿记才能完成。鉴于文档检索的速度以及在计算回溯指标后每个时间序列条目都是不可变的事实,我不知道在这种情况下是否有必要。 –
你能在你的每cryptocurrency聚集的价格信息(如果有的话)的要求详细点吗?或者是你只需要记录每个时间戳最后一小时,一天和一周的百分比变化? –
我想保留历史数据以便分析它。一个例子就是及时检查新闻对价格变化或其他类似情景的影响。还想玩Azure机器学习,并且为了使用我需要的一些数据来分析。 – Martin