數(shù)據(jù)庫版本控制后端【免費下載鏈接】nomsThe versioned, forkable, syncable database項目地址https://gitcode.com/gh_mirrors/no/noms點擊查看免費下載Noms 是一個以 Git 版本控制思想為哲學淵源的去中心化數(shù)據(jù)庫將版本化、可同步、可分叉等特性與結構化數(shù)據(jù)存儲、高效索引、原子事務等傳統(tǒng)數(shù)據(jù)庫能力融為一體。本文以倉庫 README.md 為核心脈絡結合 技術總覽、CLI 指南、NBS 存儲層說明 與對應源碼系統(tǒng)講解 Noms 的 Merkle DAG 數(shù)據(jù)模型、類型系統(tǒng)、Prolly Trees 索引結構、安裝運行流程與 CLI 操作幫助你快速上手并理解其底層原理。Noms 是什么Noms是一個哲學上源自 Git 版本控制系統(tǒng)的去中心化數(shù)據(jù)庫。與 Git 一樣Noms 具備兩大核心特性版本化Versioned默認保留數(shù)據(jù)庫的所有歷史版本。你可以輕松追蹤數(shù)據(jù)庫如何演化到當前狀態(tài)高效比較任意兩個版本甚至從任意歷史版本回滾或分叉?？赏絊ynchronizable同一個 Noms 數(shù)據(jù)庫的多個實例可以長時間斷連之后能夠高效且正確地調(diào)和彼此的變化。與 Git 不同Noms 是一個數(shù)據(jù)庫因此它還具備以下能力主要存儲結構化數(shù)據(jù)而非文件和目錄依托 Noms 類型系統(tǒng)大規(guī)模擴展性好可支撐大量數(shù)據(jù)與并發(fā)客戶端支持原子事務單實例 Noms 是 CP 的生產(chǎn)環(huán)境通常以 S3 為后端運行此時表現(xiàn)為effectively CA支持高效索引依賴 Prolly Trees 概率型 B 樹提供靈活的查詢模型實驗性的 GraphQL 橋接層 ngql。一個 Noms 數(shù)據(jù)庫既可以存在于文件系統(tǒng)中也可以存在于云端內(nèi)置的 NBSChunkStore實現(xiàn)提供了兩個后端——文件系統(tǒng)后端與 S3 bucket 后端為 Noms 數(shù)據(jù)庫提供持久化。最后由于 Noms 是內(nèi)容尋址content-addressed的它帶來了一種非常愉悅的編程模型使用 Noms 是聲明式declarative的。你不需要INSERT新數(shù)據(jù)、UPDATE既有數(shù)據(jù)或DELETE舊數(shù)據(jù)只需聲明數(shù)據(jù)此刻應當是什么樣子。如果兩次提交相同的數(shù)據(jù)內(nèi)容尋址會讓它被自動去重如果提交的數(shù)據(jù)幾乎相同則只有不同的部分會被寫入。這一特性從 value_store.go 等底層實現(xiàn)中可以觀察所有值均以內(nèi)容哈希尋址存儲相同哈希意味著相同值。核心概念Merkle DAG、數(shù)據(jù)庫與數(shù)據(jù)集數(shù)據(jù)是一棵 Merkle DAG與 Git、比特幣、以太坊、IPFS 等系統(tǒng)一樣Noms 將數(shù)據(jù)建模為有向無環(huán)圖DAG每個節(jié)點都有一個由節(jié)點內(nèi)編碼的值以及傳遞性地由該節(jié)點可達的所有節(jié)點中的值推導出的hash。換言之一個 Noms 數(shù)據(jù)庫就是一棵巨大的 Merkle DAG。兩個節(jié)點擁有相同 hash 時它們代表完全相同的邏輯值各自可達的子圖在拓撲上等價反過來也成立一個邏輯值有且只有一個 hashhash 不同即邏輯值不同。正是這種性質(zhì)使得快速 diff、sync、merge 成為可能——比較兩個值只需要比較它們的 hash。當前 Noms 使用 sha2-512 哈希的前 20 個字節(jié) 作為內(nèi)容哈希。為何這樣選擇hash 包注釋 給出了明確理由sha-1 已不再被推薦sha-3 太新、平臺支持不足blake 不常用而在 sha-2 家族中 sha-512 在 64 位平臺上比 sha-256 更快。截斷到 20 字節(jié)則是碰撞抵抗力與樹扇出fan-out之間的平衡——數(shù)據(jù)庫場景下更大的 hash 意味著每個 chunk 中數(shù)據(jù)更少、樹層級更深、迭代與搜索更慢而 20 字節(jié)正好對應 32 個 base32 字符StringLen 32即20 * 8 / log2(32)。哈希的文本序列化使用大端 base32、字母表為{0-9,a-v}不含特殊字符可在 GUI 中雙擊選中且排序后的哈希文本序一致便于人工掃描。值得注意哈希函數(shù)是序列化版本的一部分在整個數(shù)據(jù)庫的生命周期內(nèi)恒定不變因此客戶端無需擔心同一數(shù)據(jù)庫內(nèi)出現(xiàn)多種哈希函數(shù)。數(shù)據(jù)庫Database與數(shù)據(jù)集Dataset數(shù)據(jù)庫是 Noms 的頂層抽象承擔兩項職責一是為內(nèi)容尋址的 chunk 數(shù)據(jù)提供存儲二是跟蹤零個或多個數(shù)據(jù)集dataset。Noms 數(shù)據(jù)庫可以構建在任何提供鍵值存儲、且至少具備可選樂觀并發(fā)控制的底層存儲之上——樂觀并發(fā)只用于存儲每個數(shù)據(jù)集的當前值chunk 本身是不可變的。倉庫中的實現(xiàn)包括自有的文件后端存儲 Noms Block Store (NBS)通常本地使用自有的 HTTP 協(xié)議用于連接遠程數(shù)據(jù)庫Amazon DynamoDB內(nèi)存存儲主要用于測試。一個數(shù)據(jù)集不過是 DAG 中的一個具名指針。下面的命令把數(shù)據(jù)庫內(nèi)名為foo的數(shù)據(jù)集復制為barnoms sync http://localhost:8000::foo http://localhost:8000::bar這個操作幾乎是零 IO 的Noms 先在http://localhost:8000中解析數(shù)據(jù)集foo得到 hash再檢查該 hash 是否已存在于目標數(shù)據(jù)庫本例中與源數(shù)據(jù)庫相同發(fā)現(xiàn)存在后只需新增一個指向該 chunk 的數(shù)據(jù)集即可。若目標數(shù)據(jù)庫已經(jīng)擁有全部或大部分所需 chunk跨數(shù)據(jù)庫的同步也可以同樣高效。時間與不可變性Noms 中所有數(shù)據(jù)都是不可變的一旦存儲就永不改變。為了表達狀態(tài)變化Noms 使用一系列Commit結構與 Git 一樣提交通常有一個parent時間上的前一提交而在合并場景下可以有多個 parent。當值被存儲時會被拆成一個或多個 chunk。chunk 邊界通常是隱式創(chuàng)建的用于高效存儲大型集合見下文 Prolly Trees程序員也可以使用Ref類型顯式創(chuàng)建 chunk 邊界。每個 chunk 編碼單個邏輯值并在持久化層中由其所編碼值的 hash 尋址。類型系統(tǒng)Noms 是類型化系統(tǒng)每個 Noms 值都屬于以下類型之一BooleanNumber任意精度二進制Stringutf-8 編碼Blob原始二進制數(shù)據(jù)SetTListTMapK,VUnionsT|U|V|...RefT顯式的行外引用Struct用戶自定義記錄類型如Struct Person { name: String, age?: Number }Type存儲一個 Noms 類型的值Blob、set、list、map 可以非常巨大——Noms 會把它們內(nèi)部chunk成合理大小的片段以高效地存儲、搜索與更新。String、number、union、struct 則不會被 chunk應僅用于大小合理的值需要強制某值放入不同 chunk 時使用Ref。類型在 Noms 中承擔多重職責詳見 intro.md數(shù)據(jù)自描述對任意 NomsValue調(diào)用types.TypeOf無論多大都能得到整個值及其可達值的精確描述使不同軟件無需事先約定即可互操作社區(qū)內(nèi)標準化用戶可自定義結構體并發(fā)布使用它們的數(shù)據(jù)在相似數(shù)據(jù)的社區(qū)中形成臨時標準結構性使用程序可按要求類型檢查傳入數(shù)據(jù)——若傳入的根 chunk 匹配該類型或其超集程序即可確定所有可訪問數(shù)據(jù)的形狀從而支持 schema 隨時間擴展未來計劃為數(shù)據(jù)集增加類型約束類似于傳統(tǒng)數(shù)據(jù)庫的 schema 校驗。Ref 與 Hash 的區(qū)別hash 只是一串標識更大值的字節(jié)Noms 中每個值都有 hash而Ref是類型系統(tǒng)的一部分是一個值——你可以把RefT提交到數(shù)據(jù)集但無法提交裸 hash。區(qū)別在于Ref除 hash 外還攜帶目標類型這使得包含Ref的提交可以被高效校驗。Type Accretion類型增生作為不可變數(shù)據(jù)庫schema 如何演化答案是類型增生向只含Number的Set插入字符串后結果值的類型是SetNumber|String。數(shù)據(jù)集層面同理提交SetNumber時產(chǎn)生的 commit 類型為Struct Commit { Value: SetNumber Parents: SetRefCycleCommit }隨后提交SetString時該 commit 的類型會增生為同時描述當前與歷史類型Struct Commit { Value: SetString Parents: SetRefCycleCommit | RefStruct Commit { Value: SetNumber Parents: CycleCommit } } }類型增生的好處包括可以在不重寫任何既有數(shù)據(jù)的情況下拓寬容器類型SetStruct { name: String }增寬后既有數(shù)據(jù)全部復用可以做到其他數(shù)據(jù)庫不允許的拓寬如SetNumber→SetNumber|String無論向哪個方向變寬或變窄改變數(shù)據(jù)集類型數(shù)據(jù)集都能自描述其當前與歷史類型。Prolly Trees概率型 B 樹為什么需要它Noms 的關鍵不變量是歷史無關性history-independence同一個 Noms 值無論經(jīng)歷過怎樣的邏輯變更序列最終都由同一組物理 chunk、同樣的 hash 表示。這是快速 diff、sync、merge 的基礎——兩個值只需比較 hash 即可判定相等。但 Noms 同時也是數(shù)據(jù)庫需要高效地搜索、掃描、變更大型集合。經(jīng)典的 B-Tree 與 LSM Tree 無法直接使用因為它們的內(nèi)部狀態(tài)依賴于變更歷史不具備歷史無關性。為此 Noms 引入了Prolly Trees。結構與構建Prolly Tree 是一種搜索樹其中每個節(jié)點存儲的值的數(shù)量由存儲在樹中的數(shù)據(jù)概率性地決定。它和 B-Tree 相似但每個節(jié)點中的值數(shù)量是概率均值而非強制的上下界每個節(jié)點中的值集合由對值做滾動哈希rolling hash的輸出決定而非通過超出上下界時的 split/join 操作。構建 Prolly Tree 使用變體的內(nèi)容切片content-slicing技術類似 bup、rsync、Camlistore 的做法將大型有序序列的序列化數(shù)據(jù)按固定大小窗口逐字節(jié)滑動在每個位置計算窗口內(nèi)字節(jié)的哈希當哈希中出現(xiàn)具有已知出現(xiàn)概率的模式時該位置即為boundary。窗口滑到所在項的末尾寫出上一個 boundary 到當前 boundary 之間的新chunk并存入內(nèi)容尋址存儲。Noms 中尋找的模式是 12 個高位全為 1defaultChunkPattern 112 - 1其出現(xiàn)概率為 1/2^12因此Noms 的平均 chunk 大小約為 4KB。窗口大小為 67 字節(jié)注釋說明2 字節(jié)在隨機數(shù)據(jù)下配合 4KB 目標已足夠更大窗口是為了在低熵輸入上有更好的分布素數(shù)選擇則為重復輸入提供更好的分布任何單字節(jié)改變移動一個邊界的概率約為 67/4KB ≈ 1.6%。切出第一輪 chunk 后為每個 chunk 的內(nèi)容構建索引再對索引的序列化重復切片如此遞歸直到得到一個不再切分的節(jié)點——即樹的根。變更與性質(zhì)變更一棵 Prolly Tree 時概念上是從頭構建一棵新樹但窗口之外的子樹可以原樣復用。約 1.6% 的概率一次寫入會移動 chunk 邊界導致該層多寫一個 chunk這可能在每一層發(fā)生因此變更一棵樹的期望操作數(shù)約為1.016 * 樹深。一棵 4 層的 Prolly Tree 可容納約4096^4 ≈ 281TB數(shù)據(jù)對它做單次變更只需約 4 次 4KB 寫入。Prolly Tree 與傳統(tǒng)結構的對比n樹葉數(shù)據(jù)總量k平均塊大小w窗口寬度操作B-TreesPatricia 樹? / HAMTsProlly Trees1 次隨機讀O(logk(n))O(logk(n))O(logk(n))1 次隨機寫O(logk(n))O(2·logk(n))O((1k/w)·logk(n))順序掃描大小為 z 的單個項O(z/k)不支持O(z/k)計算大小為 d 的 diffO(n)O(d)O(d)驗證、證明不支持支持支持結構化共享不支持支持支持?假設已哈希鍵未哈希會破壞性能。由于 Prolly Trees 是有序的Boolean、Number、String 鍵按自然序排序其他鍵類型按 hash 排序Noms 集合可以被當作高效索引使用方式與傳統(tǒng)數(shù)據(jù)庫的主索引、二級索引相同。例如構建MapNumber, SetPerson即可快速約 logk(n) 次 seek查找精確年齡的人群也能高效進行年齡區(qū)間掃描對兩個集合求交如年齡與發(fā)色的交集也可高效實現(xiàn)。安裝與運行安裝與版本驗證安裝 Noms CLI 的方式是下載最新 release 并解壓后加入$PATH。安裝完成后驗證$ noms version format version: 7.18 built from developer build這里的版本號來自 go/constants/version.goNomsVersion 7.18NomsGitSHA developer build由 noms_version.go 子命令輸出。導入數(shù)據(jù)并瀏覽以紐約市公開數(shù)據(jù)為例先通過go install安裝示例程序再下載 CSV 并導入go install github.com/attic-labs/noms/samples/go/csv/csv-import curl https://data.cityofnewyork.us/api/views/kku6-nxdu/rows.csv?accessTypeDOWNLOAD /tmp/data.csv csv-import /tmp/data.csv /tmp/noms::nycdemo注意第二個參數(shù)/tmp/noms::nycdemo是 Noms 的拼寫spelling規(guī)范database::dataset——數(shù)據(jù)庫為本地路徑/tmp/noms數(shù)據(jù)集名為nycdemo。隨后瀏覽noms show /tmp/noms::nycdemo輸出會展示一個struct Commit包含meta日期、輸入文件等元數(shù)據(jù)、parentsset {}首提交無父以及value236 行的struct Row列表每行含各人口統(tǒng)計字段。csv-import 是完整的示例工具其 importer.go 展示了豐富的參數(shù)--delimiter分隔符默認逗號、--header表頭行、--lowercase列名轉小寫、--name行結構體名默認Row、--column-types逗號分隔的每列類型缺省全為 String、--path導入 Noms Blob 而非文件、--dest-typelist或map:pkpk 為用于唯一標識行的列頭或 0 基索引列表、--skip-records、--limit-records、--commit默認 true提交到數(shù)據(jù)集 head否則只寫入數(shù)據(jù)集、--append追加到數(shù)據(jù)集 head 的 list僅兼容 list 導入、--invert按列主序而非行主序導入等。CLI 實戰(zhàn)數(shù)據(jù)集管理、日志、展示、同步與差異不帶參數(shù)運行noms會列出全部子命令diff、ds、log、serve、show、sync、version等。這些子命令在 cmd/noms/noms.go 中注冊包括nomsBlob、nomsCommit、nomsConfig、nomsDiff、nomsDs、nomsList、nomsLog、nomsMerge、nomsJSON、nomsMap、nomsRoot、nomsServe、nomsSet、nomsShow、nomsStats、nomsStruct、nomsSync、splore.Cmd、nomsVersion。使用noms help [command]可查看具體命令說明。noms ds列出數(shù)據(jù)庫內(nèi)的數(shù)據(jù)集。例如noms ds http://demo.noms.io會顯示sf-film-locations/raw、sf-film-locations等。noms log查看數(shù)據(jù)集的歷史。輸出每個 commit 的 hash、Parent、Date 等。注意 Noms 是類型化系統(tǒng)這里顯示的并非文本而是兩個數(shù)據(jù)集間 diff 的序列化。noms show展示數(shù)據(jù)庫中任意對象的完整序列化例如noms show http://demo.noms.io::#aprsmg0j2eegk8eehbgj7cd3tmmd1be8會輸出struct Commit的類型定義與實際值1,241 行的Liststruct Row等。從 noms_show.go 可以看到它還支持--raw二進制格式 dump、--stats值統(tǒng)計信息二者互斥、--tz時間注釋時區(qū)默認 local等選項內(nèi)部通過config.NewResolver()解析路徑再用types.WriteEncodedValue輸出。noms sync在數(shù)據(jù)庫之間或內(nèi)部移動數(shù)據(jù)集。與 Git 不同Noms不區(qū)分 push 和 pull兩個方向是同一操作 noms sync http://demo.noms.io::sf-film-locations /tmp/noms::films noms ds /tmp/noms films同步到本地后即可斷連工作——例如導出 CSV、編輯、再重新導入 go install github.com/attic-labs/noms/samples/go/csv/... csv-export /tmp/noms::films /tmp/film-locations.csv # 編輯 /tmp/film-location.csv 后 csv-import --column-typesString,String,String,String,String,String,String,String,Number,String,String \ /tmp/film-locations.csv /tmp/noms::filmscsv-export 的 exporter.go 會讀取數(shù)據(jù)集 head 值識別List或Map類型后寫出 CSV僅支持這兩類根值否則 panic 提示Expected ListKind or MapKind。noms diff展示任意兩個值的差異例如修改前后的對比 noms diff http://demo.noms.io::sf-film-locations /tmp/noms::films ./.meta { - date: 2016-07-25T18:51:230000 date: 2016-07-25T22:51:140000 inputFile: /tmp/film-locations.csv - inputPath: http://demo.noms.io::sf-film-locations/raw.value ./.parents { - pckdvpvr9br1fie6c3pjudrlthe7na18 q4jcc2i7kntkjiipvjgpr5r02ldroj0g } ./.value[0] { - Locations: Epic Roasthouse (399 Embarcadero) Locations: Epic Roadhouse (399 Embarcadero) }存儲后端 NBS文件系統(tǒng)與 AWSNBSNoms Block Store是為 Noms 優(yōu)化的水平可擴展存儲層詳見 go/nbs/README.md可運行在兩種配置本地磁盤后端或 Amazon AWS 后端后者由 NBS-on-AWS.md 說明。本地磁盤后端在 Noms 的典型工作負載下顯著快于 LevelDB并支持完整的多進程并發(fā)。AWS 后端將數(shù)據(jù)主要存放在 S3外加單個 DynamoDB 條目使 Noms effectively CANoms 始終一致NomsNBS 的可用性與 DynamoDB 和 S3 相當同時獲得 S3 的成本結構。NBS 的關鍵設計為內(nèi)容尋址的 DAG 提供存儲恰有一個根每個節(jié)點編碼為字節(jié)序列由字節(jié)序列的 20 字節(jié) hash 尋址沒有update或delete——只有insert、update root和garbage collect插入任何新字節(jié)序列僅在更新根之后才持久化支持文件級多進程并發(fā)多個寫入者使用樂觀鎖寫入者無需擔心重寫重復 chunkNBS 會高效檢測并丟棄絕大多數(shù)重復項。倉庫給出的本地后端與 AWS 后端使用示例# 本地 NBS ./csv-import foo.csv /Users/bob/csv-store::data # AWS 后端通過 aws: scheme ./csv-import foo.csv aws:table/bucket/database::data路徑拼寫Spelling規(guī)范Noms 眾多命令與 API 都接受數(shù)據(jù)庫、數(shù)據(jù)集或值的規(guī)格參數(shù)規(guī)范見 doc/spelling.md數(shù)據(jù)庫protocol[:path]。http(s)為 HTTP 遠程數(shù)據(jù)庫 URLmem為內(nèi)存數(shù)據(jù)庫path 必須為空nbs為本地 NBS 數(shù)據(jù)庫path 為磁盤上的目錄如nbs:/tmp/noms-data在 Go 中nbs:可省略aws為直接由 AWSDynamoDB S3支撐的遠程 NBS格式為aws:dynamo-table/s3-bucket/database。數(shù)據(jù)集database::datasetdataset 匹配正則^[a-zA-Z0-9\-_/]$。例如/tmp/test-db::my-dataset、http://localhost:8000::registered-businesses。值database::rootpath。root以#開頭時解釋為 hash否則作為數(shù)據(jù)集名。path相對 root用.field選擇 struct 字段如.value取 Commit 的 value 字段、.meta取 meta 字段用[...]索引 list/map/set如.value[42]、.value[0]、list 支持負索引.value[-1]表示末尾復雜鍵可用 hash 索引.value[#hash]用key獲取 map 的鍵而非值用at(index)按穩(wěn)定序定位元素list 中與[index]等價set/map 中at(0)恒為最小元素。注意 shell 轉義應使用單引號包裹整個參數(shù)否則如noms show ...value[0000024-02-999].Ownership_Name這類帶雙引號的路徑會報錯Invalid index。實驗性查詢ngqlGraphQL 橋接Noms 的查詢語言尚不完整團隊曾嘗試引入 GraphQL即 ngql但仍處于實驗階段。ngql 是 Noms 與 GraphQL 之間的實驗性橋梁提供 Noms 類型/值與 GraphQL 類型/值的相互轉換 API以及一些可用于實現(xiàn) GraphQL 端點的函數(shù)。類型轉換規(guī)則要點詳見 go/ngql/README.md 與 go/ngql/types.go除原始類型Bool、Number、String外的幾乎所有 Noms 值都以 GraphQL struct 表示TypeConverter提供NomsTypeToGraphQLType與NomsTypeToGraphQLInputType輸入類型不允許 union 與循環(huán) structBool/Number/String 分別映射為非空Bool/Float/StringList 映射為含values、size字段的 struct支持at起始索引默認 0、count返回數(shù)量默認全部參數(shù)Set 額外支持key起始值、through結束值含、keys僅返回匹配鍵的值參數(shù)Map 映射為含values、keys、entrieskey/value字段的 entry struct、size的 struct參數(shù)同 SetStruct 映射為帶額外hash字段的 GraphQL structNoms 可選字段映射為可空類型Ref 映射為含targetHash、targetValue字段的 struct。目前不支持的類型包括 Blob、Type、含非 Struct 成員的 Union且 GraphQL 輸入類型不支持 union限制了可用的輸入類型。狀態(tài)與已知局限Noms 目前沒有活躍維護README 明確建議除娛樂或研究外不應使用若需要類似功能的活躍項目可關注 Noms 的 fork——Dolt。在依賴它構建系統(tǒng)前應知曉以下主要未決問題長提交鏈下的同步性能issue #2233遷移機制issue #3363垃圾回收issue #3374查詢語言尚未定型GraphQL 橋接不完整其他各類較小的 bug 與改進。更多學習資源去中心化數(shù)據(jù)庫面向去中心化 Web 的 Noms 應用技術總覽基礎概念CLI 指南命令行界面導覽Go SDK 導覽Go API 使用路徑拼寫規(guī)范對象與數(shù)據(jù)集參數(shù)寫法FAQ常見問題。Noms 采用 Apache License 2.0Attic Labs, Inc.授權。若對 Noms 的源碼級細節(jié)感興趣建議從 cmd/noms/noms.goCLI 注冊、go/types/rolling_value_hasher.goProlly Tree 切片核心、go/hash/hash.go哈希策略以及 go/nbs 目錄存儲層入手閱讀。贊分享數(shù)據(jù)庫版本控制后端【免費下載鏈接】nomsThe versioned, forkable, syncable database項目地址https://gitcode.com/gh_mirrors/no/noms點擊查看免費下載相關推薦Noms數(shù)據(jù)庫Git啟發(fā)的版本化分布式數(shù)據(jù)庫革命Noms數(shù)據(jù)庫Git啟發(fā)的版本化分布式數(shù)據(jù)庫革命 Noms是一個革命性的分布式數(shù)據(jù)庫系統(tǒng)由Attic Labs團隊開發(fā)旨在解決傳統(tǒng)數(shù)據(jù)庫在數(shù)據(jù)版本控制、分數(shù)據(jù)庫版本控制后端5分鐘快速上手PingFangSC字體免費開源的中文Web排版終極方案5分鐘快速上手PingFangSC字體免費開源的中文Web排版終極方案 你是否在為網(wǎng)站的中文顯示效果而煩惱不同設備上字體渲染不一致商業(yè)字體授權費用昂貴這前端Noms 技術縱覽Merkle DAG 與 Prolly Tree 支撐的版本化、可同步去中心化數(shù)據(jù)庫Noms 技術縱覽Merkle DAG 與 Prolly Tree 支撐的版本化、可同步去中心化數(shù)據(jù)庫 本文基于倉庫 doc/intro.md https:/數(shù)據(jù)庫版本控制后端上一篇E7Helper終極指南第七史詩自動化助手完整使用教程下一篇InfluxDB StudioWindows平臺時間序列數(shù)據(jù)庫圖形化管理工具完整教程創(chuàng)作聲明：本文部分內(nèi)容由AI輔助生成（AIGC），僅供參考