淺析IndexedDB存數結構
IndexedDB 是HTML5中的一種數據存儲方式。用來幫助網站，在瀏覽器本地，存儲結構比較復雜的數據。它和HTML5中其它的數據存儲方式有一些共性：
1.和我們熟知的cookies類似，IndexedDB是每個域名獨立存儲數據的。
對cookies不熟悉的童鞋，可以順便學習一下cookies，不過這不影響大家理解IndexedDB。網上cookies的教材和文章非常多，這里不一一列舉。
2.和localStorage相比，IndexedDB可以存儲任意格式的json object，而localStorage則只能存string，我們在使用localStorage存儲復雜數據的時候，常常會協同JSON.parse和JSON.stringify一起工作，而IndexedDB則可以直接存取對象，無需轉換成字符串。
對localStorage不熟悉的童鞋，可以查閱w3c官方文檔，這里有一份我參與翻譯的中文版文檔，這里還有一些localStorage的使用建議。
3.和web sql database類似，IndexedDB也分數據庫，每個數據庫可以建立多個不同配置的表，而且所有的操作都在事務(transaction)中完成，不同之處在于web sql database是通過SQL執行語句來完成操作的，而IndexedDB則直接通過JS API完成操作。
需要指出的是，web sql database規范已經被w3c拋棄，對此不熟的朋友，也不必學習了，如果有童鞋想嘗試的，可以找一款webkit瀏覽器試試看(傲游3、chrome、safari)
IndexedDB的整體存儲結構
見下圖，IndexedDB(以下簡稱IDB)嚴格遵循w3c的同源策略，每個源都擁有獨立的大存儲空間;每個大存儲空間內，又可以通過當前源下的頁面腳本創建多個數據庫;每個數據庫可以包含多個表(ObjectStore);每個表都是一個json對象列表，可以存儲多個json對象，比如{"name": "jinjiang", "age": 26}。
ObjectStore中的key
不同的源、不同的數據庫、不同的表、不同的對象，都是如何識別的呢?不同的源直接通過域名進行識別，比如weibo.com、maxthon.cn、renren.com;不同的數據庫通過一個字符串(name)識別，比如"blog"、"bbs"、"wiki"等;不同的表也通過一個字符串(name)識別，比如"users"、"contacts"、"articles"等;上面這些識別方式都很好理解，不太好理解的，是如何在表(ObjectStore)中識別不同的json對象，即key。
IDB為ObjectStore提供了兩種key：
1.鍵值對(out-of-line keys: key-value pair)
2.鍵路徑(inline keys: keyPath)
第1種是比較好理解的，就像localStorage中的鍵值對類似，一個key對應一個value，不同的時，localStorage中的key和value都是字符串類型的，而IDB中的key和value都可以是其它json對象。比如
- "a" => "b"
- [3, 7] => 21
第2種是通過value中的某個屬性字段直接用作key。因為value都是json數據，所以我們可以這樣做，假如我們想創建一個表，里面的數據是類似這種感覺的：
- {profile: {id: 1, name: "葛優"}, girls: [...]}
- {profile: {id: 7, name: "James Bond"}, girls: [...]}
- {profile: {id: 8, name: "周星馳"}, girls: [...]}
那么我們就可以把profile里的id作為key，方法是為這個表指定一個keyPath
- keyPath => 'profile.id'
這樣ObjectStore就會自動按照每個value的value.profile.id進行識別和匹配。
以上就是2種json對象的識別方式。除此之外，我們還可以為ObjectStore加入自增id特性(key generator)，這一特性可以讓IDB在添加數據時自動分配一個唯一的key，如果是第2種key，IDB還會把key存在響應的keyPath下。
以上就是對IndexedDB存數結構的介紹，先告一段落。
下一篇文章，會通過簡單的接口介紹，幫助大家進一步認識IndexedDB。
原文：http://bulaoge.net/topic.blg?dmn=g3g4&tid=2329796#Content
【編輯推薦】
