技術社群正在積極討論將 SQLite 用作 JSON 儲存解決方案的優劣，這場討論源於最近一個支援類似 JavaScript 物件操作並具有自動 JSON 序列化功能的實現方案。雖然一些開發者認為這是簡單應用程式的優雅解決方案，但也有人質疑它是否為資料儲存增加了不必要的複雜性。
傳統資料庫中 JSON 的崛起
這場討論揭示了資料庫演進的一個更廣泛趨勢，在過去十年中，包括 PostgreSQL、SQL Server 和 SQLite 在內的主要 SQL 資料庫都添加了原生 JSON 支援。這種整合反映了在傳統關係型資料庫中對靈活資料結構的日益增長的需求。正如一位社群成員指出，PostgreSQL 在2012年就添加了原生 JSON 支援，類似的實現在各種資料庫系統中也變得越來越普遍。
主要資料庫 JSON 支援時間線：
- PostgreSQL ：自2012年起提供原生 JSON 支援
- SQLite ：已新增 JSON 支援
- SQL Server ：自2016年起支援 JSON 函式
- MySQL ：已新增 JSON 資料型別支援
實際應用和使用場景
開發者們正在發現 SQLite 中 JSON 儲存的實際應用，特別是在小型專案中。一位開發者分享了他構建個人專案的經驗 - 一個共享待辦事項列表應用，用於儲存包括電影資訊、餐廳詳情和位置資料等各種型別的資料。JSON 儲存的靈活性允許不同的元資料結構，同時保持了 SQL 查詢功能的優勢。
「我們都希望能夠為每個專案新增筆記和評分，所以表的結構是這樣的：TodoItems、Notes、Ratings [...] 因為每個 TodoItems 都是不同型別的，根據專案型別會有不同的元資料 [...] 實際使用起來非常愉快。」
SQLite JSON 儲存的常見使用場景：
- 小型應用程式
- 個人專案
- 原型開發
- 需要靈活架構的應用程式
- 待辦事項清單和個人組織工具
效能和實現concerns
幾位開發者提出了對效能影響的擔憂，特別是關於序列化和反序列化的開銷。社群討論強調，雖然這種方法可能適用於較小的應用程式，但對於需要高效能或複雜查詢功能的大規模實現來說，可能不是最佳解決方案。
最佳實踐和反模式
討論還提到了常見的反模式，比如將 JSON 儲存為 base64 字串 - 一些開發者警告這種做法會導致30%的資料開銷，並且失去原生 JSON 查詢功能。這引發了關於何時使用 JSON 儲存與傳統關係模型的更廣泛討論，許多人主張根據具體用例需求採取平衡的方法。
總之，雖然 SQLite 的 JSON 儲存功能為某些用例提供了便捷的解決方案，特別是在中小型應用程式中，但開發者在採用這種方法之前應該仔細考慮其在效能、可擴充套件性和資料訪問模式方面的具體需求。
參考：SQLite-backed key-value store with JS-like object manipulation and automatic JSON serialization