一塊石頭需要多少個字段才能被「理解」？

工程師 David Pierce 在后院堆了200多塊石頭后，發(fā)現(xiàn)這個問題的答案從3個暴漲到9個，最后連他自己都沒想到——最費腦子的不是技術(shù)實現(xiàn)，而是人類怎么跟物理世界對齊。

3個字段的幻覺：能賣，但不懂

Pierce 最初的數(shù)據(jù)庫設(shè)計極簡：rock_id、size、price。三行代碼，一張電子表格，完事。

問題在搬第一塊石頭時爆發(fā)。「Size」到底是什么？重量？體積？最長邊？三塊標(biāo)注「中等」的石頭，一塊能單手拎，一塊需要推車，還有一塊差點砸穿他的車庫地板。

「這個模型足夠賣石頭，」Pierce 在博客里寫，「但不夠理解石頭。」

更隱蔽的 bug 是：當(dāng)兩塊石頭顏色、重量相近，只有晶體結(jié)構(gòu)不同時，他的系統(tǒng)會把它倆當(dāng)成同一個 SKU。這在電商里叫「庫存混亂」，在地質(zhì)學(xué)里叫「分類災(zāi)難」。

9個字段的覺醒：物理世界需要被「拆解」

第二輪設(shè)計，字段膨脹到9個：weight_lb、length_cm、width_cm、height_cm、color、rock_type、location_found、status。

關(guān)鍵轉(zhuǎn)變不是數(shù)量，是思維——他把「石頭」拆成了三層：結(jié)構(gòu)化元數(shù)據(jù)（小、好查）、非結(jié)構(gòu)化資產(chǎn)（圖片/3D模型，大、難存）、以及兩者之間的引用關(guān)系。

「這模式你在任何真實系統(tǒng)里都能看到，」Pierce 說。電商平臺的商品表和圖床，醫(yī)院的患者檔案和影像庫，本質(zhì)都是同一套架構(gòu)。

但物理對象比數(shù)字文件更麻煩：它沒有天然 ID。Pierce 測試了三種方案——自增數(shù)字（好讀，但分布式場景會撞車）、UUID（全球唯一，但人記不?。⑽锢順?biāo)簽（二維碼/RFID，但石頭表面不平整）。最后他選了混合策略：小石頭用打印標(biāo)簽貼底座，大石頭直接噴編號。

5級分類法：當(dāng)「方便」變成「基礎(chǔ)設(shè)施」

分類系統(tǒng)最初只是「方便」，后來成了整個項目的骨架。Pierce 的 5 級體系：

Class 0 — 鵝卵石（Pebble）：口袋能裝，主要靠看

Class 1 — 手標(biāo)本（Hand Sample）：單手能握，需要細(xì)節(jié)照片

Class 2 — 景觀石（Landscaping Rock）：雙手搬運，開始涉及搬運成本

Class 3 — 獨輪車級（Wheelbarrow Class）：需要工具，必須記錄重心和抓握點

Class 4 — 發(fā)動機(jī)級（Engine Block Class）：起重機(jī)作業(yè)，每塊石頭變成工程項目

「Class 4 不是比喻，」Pierce 解釋，「我真的用發(fā)動機(jī)吊架搬過一塊 340 磅的輝長巖。」

這個分類的妙處在于：它同時描述了物理屬性、數(shù)據(jù)需求和操作流程。Class 2 以上必須拍 6 面照片，Class 4 強(qiáng)制要求 3D 掃描——不是因為他喜歡折騰，而是因為「不掃的話，下次想用時你根本想不起來它長什么樣」。

身份危機(jī)：數(shù)字 ID 怎么粘到石頭上？

最反直覺的發(fā)現(xiàn)是：給物理對象做數(shù)據(jù)庫，最難的是「持久化標(biāo)識」。

數(shù)字文件可以哈希，可以簽名，可以版本控制。石頭會風(fēng)化，標(biāo)簽會脫落，油漆會被雨水沖掉。Pierce 試過三種物理標(biāo)記：激光刻字（貴，且深色石頭看不清）、金屬牌鉚接（破壞石頭完整性）、UV 熒光漆（ invisible，需要驗鈔燈）。

最后他妥協(xié)了：小石頭用亞克力底座+打印標(biāo)簽，大石頭在隱蔽處噴啞光漆編號。「這不是技術(shù)問題，是美學(xué)問題，」他承認(rèn)，「我老婆不讓我在她喜歡的石頭上鉆孔?！?/p>

這個妥協(xié)暴露了物理-數(shù)字映射的核心矛盾：數(shù)據(jù)庫要求唯一、穩(wěn)定、機(jī)器可讀；人類要求美觀、無損、不破壞自然狀態(tài)。Pierce 的解決方案是「分層標(biāo)識」——機(jī)器用 UUID，人類用描述性名稱（「車庫左側(cè)第三塊，帶白色條紋的」），兩者通過一張映射表關(guān)聯(lián)。

從石頭到系統(tǒng)：這套 schema 能抄嗎？

Pierce 開源了他的 schema 設(shè)計，但警告說「直接復(fù)用大概率會踩坑」。他的字段選擇高度依賴使用場景：后院采石場需要「location_found」來回憶挖掘故事，商業(yè)礦場可能需要「hardness」和「fracture_pattern」，博物館藏品則必須支持「provenance_history」和「conservation_status」。

真正可遷移的是方法論：先問「我要對這東西做什么」，再設(shè)計字段；先區(qū)分「結(jié)構(gòu)化數(shù)據(jù)」和「非結(jié)構(gòu)化資產(chǎn)」，再考慮存儲；先解決「怎么在物理世界找到它」，再談查詢優(yōu)化。

「我花了三個月才明白，給石頭建數(shù)據(jù)庫和給用戶建畫像，底層是同一套邏輯，」Pierce 說，「區(qū)別只是石頭不會撒謊，也不會注銷賬號?！?/p>

他的 Class 4 石頭現(xiàn)在躺在車庫角落，編號 GAB-2024-017，3D 模型文件 1.2GB，元數(shù)據(jù) 847 字節(jié)。下次搬家時，他打算用 AR 眼鏡預(yù)覽擺放位置——前提是先把那 1.2GB 的網(wǎng)格文件加載進(jìn)手機(jī)。

如果你的后院有 200 件需要被「理解」的物體，你會給它們分配 UUID，還是直接拍張照存相冊？