BaaS 資料服務比較：Parse vs Firebase Realtime Database vs Firebase Cloud Firestore

在 Game Services 的範疇中，提供資料服務是最重要功能之一，比如存放個人面向資料：使用者資料、消費歷程…，或是存放公用面向資料資：排行榜資料…等等。在實際的使用面上，各資料儲存系統都有其優缺點，比如：schemaless, security rule, indexing 能力, atomic operation 支援度…等等，也可能會同時使用多種資料儲存服務

常見的 BaaS 服務中，在建立或申請好服務的同時，通常就帶有 Data 服務。我們接著把 Parse, Firebase Realtime Database, Firebase Cloud Firestore 資料服務從「資料模型」、「資料格式類型」、「資料查詢與索引」、「資料原子性操作」、「資料可靠性與拓展性」、「權限控制」、「使用性限制」…等等各方面進行比較，方便在設計各種功能時，能簡易的找到適合的選項

資料模型

• Parse 的 Data Model 最類似傳統的 RDBMS，如果您有相關的使用經驗，應該沒有太大的轉移成本

資料格式類型

• 三個資料服務，都能夠完整對應 JSON 格式
• 地理位置 GeoPoint，僅在 Parse 以及 Cloud Firestore 支援
• 指標資料 Pointer, Reference，僅在 Parse 以及 Cloud Firestore 支援
• 檔案指標 File，僅在 Parse 支援。其餘服務可搭配 Cloud Storage 自行設計資料格式
• 多邊形資料 Polygon，僅在 Parse 支援

資料查詢與索引

資料原子性操作

資料可靠性與拓展性

權限控制

使用性限制

參考

• Parse Platform Document
• Firebase Realtime Database
• Firebaser Cloud Firestore

註記

此文同步收錄在『GitBook: 從 0 到 1，打造自己的遊戲後端服務』

『GitBook: 從 0 到 1，打造自己的遊戲後端服務』系列是 LiRise Games 在開發『呆呆夥伴』系列作品時，後端開發的心得筆記；開發過程中，我們嘗試在有限資源的狀況下，用簡單的方法「自建遊戲服務」，並能提供「跨平台」的遊戲體驗，希望我們的經驗能對其他開發者有所幫助。