2
我知道視圖可以使用複雜鍵(基本上是一個數組)來構建。Pouchdb文檔ID複雜鍵
但是,正常的文件也支持嗎?我想避免觀點,因爲許多文檔中的手機性能可能會很慢。所以我使用「使用和濫用你的密鑰」方法。
所以這就是爲什麼我需要複雜的密鑰,所以我可以使用這些startkey
和endkey
。
我知道視圖可以使用複雜鍵(基本上是一個數組)來構建。Pouchdb文檔ID複雜鍵
但是,正常的文件也支持嗎?我想避免觀點,因爲許多文檔中的手機性能可能會很慢。所以我使用「使用和濫用你的密鑰」方法。
所以這就是爲什麼我需要複雜的密鑰,所以我可以使用這些startkey
和endkey
。
是的,這是完全可能的。閱讀this blog post,跳到「使用和濫用您的文檔ID」。
基本上你所做的就是使用PouchDB Collate插件將你的複雜密鑰序列化爲一個字符串,然後將其用於_id
。然後查找與query()
API完全相同,使用startkey
,endkey
,keys
,無論你喜歡什麼。
我對這篇文章的懷疑http://pouchdb.com/2014/05/01/secondary-indexes-have-landed-in-pouchdb.html是..它是可以查詢所有專輯在給定的一年該架構?我的意思是,不管它的藝術家,只做一個查詢,並從1972年開始獲取所有專輯,例如? –
在那個例子中,沒有。這一年將不得不成爲第一個因素。在這種情況下,你需要一個二級索引(視圖)。 – nlawson
二級指標對我的情況來說太高了:這麼多文件。所以......我被困在這件事上...... –