Azure CosmosDB 通過REST API對(duì)數(shù)據(jù)訪問進(jìn)行分頁,azure cosmos數(shù)據(jù)庫的使用場(chǎng)景-ESG跨境

Azure CosmosDB 通過REST API對(duì)數(shù)據(jù)訪問進(jìn)行分頁,azure cosmos數(shù)據(jù)庫的使用場(chǎng)景

Azure CosmosDB通過REST API進(jìn)行頁面數(shù)據(jù)訪問。

昨天研究了一個(gè)CosmosDB分頁的問題。

我們知道，在訪問CosmosDB時(shí)，CosmosDB上所有操作的開銷都會(huì)用Azure CosmosDB的請(qǐng)求單元(RU)來表示。讀取1kb項(xiàng)目的成本是1個(gè)請(qǐng)求單元(RU)

假設(shè)我們做一個(gè)查詢，如果結(jié)果多，數(shù)據(jù)量大，會(huì)造成大量RU消耗，當(dāng)然成本會(huì)很高。

我們可以通過設(shè)置:xmsmaxitemcount來設(shè)置訪問返回的數(shù)據(jù)量。

這里作者主要用郵差來論證。

1.我們選擇按時(shí)間范圍搜索。

2.在頁眉的設(shè)置中

xmsdocument dbqueryenableclosspartition，意思是跨分區(qū)鍵查詢。

Xmsmaxitemcount，表示返回的數(shù)據(jù)量為10條。如果我們?cè)谡?qǐng)求中沒有指定xmsmaxitemcount，默認(rèn)情況下會(huì)返回前100條數(shù)據(jù)。

如果返回的數(shù)據(jù)少于100條，則返回所有數(shù)據(jù)。

3.我們可以看到查詢的結(jié)果，總共有10項(xiàng)。

4.注意，在上面返回的結(jié)果中，有一個(gè)xmscontinuation需要注意。

在上面的請(qǐng)求中，如果返回了100條數(shù)據(jù)，但我們只請(qǐng)求了10條數(shù)據(jù)，我們將請(qǐng)求額外的數(shù)據(jù)，并需要在下一個(gè)請(qǐng)求中取值xmscontinuation。

5.好了，到目前為止，我們已經(jīng)取出了前10條數(shù)據(jù)，CosmosDB服務(wù)器告訴我xmscontinuation。

當(dāng)我們請(qǐng)求第11條到第20條的數(shù)據(jù)時(shí)(即設(shè)置xmsmaxitemcount為10)，我們需要在http頭中指定xmscontinuation。

類似地，如果我們請(qǐng)求第1130條的數(shù)據(jù)，將xmsmaxitemcount設(shè)置為20。

如下圖:

6.請(qǐng)求將返回第11條第20條的數(shù)據(jù)，如下圖所示:

這樣不僅可以一次請(qǐng)求過多的數(shù)據(jù)，造成過多的RU消耗，還可以實(shí)現(xiàn)分頁功能。

特別聲明：以上文章內(nèi)容僅代表作者本人觀點(diǎn)，不代表ESG跨境電商觀點(diǎn)或立場(chǎng)。如有關(guān)于作品內(nèi)容、版權(quán)或其它問題請(qǐng)于作品發(fā)表后的30日內(nèi)與ESG跨境電商聯(lián)系。