推 BigLoser: 我有一個web api是接受xml檔的，這個api主要工作 12/29 15:55
→ BigLoser: 就是整理這個xml檔，之後存入資料庫(主檔名細檔) 12/29 15:55
→ BigLoser: 給你做個參考。 12/29 15:55
→ BigLoser: 我想選擇資料庫，主要是看你資料使用的方式，而不 12/29 15:56
→ BigLoser: 是遷就人家送來的資料格式 12/29 15:56
想請問一個問題
問題的源頭起因於web與後端資料庫的溝通
因為設計是web前端拿到的資料會是json format
也就是資料的呈現的結構會有些許的樹狀結構
可能會涉及例如customer/account/accout_group
這類相互樹狀的結構顯示
在傳統RDB也許我們只要用join再把相關的資料彙整之後在給前端
如果侷限在json format的話，也許web後端拿到資料後需要整理
整成香對應的資料結構再往前端送
而在這個整理的過程中，也許join的方是不是這麼的直接
可能會分批根據樹狀結構對末端的部份「分別query」
這樣會造成整個query非常沒有效率
考慮的解法
可能用postgres json output去解決
或是直接用mongoDB來解決
但是看起來沒有很全面的解決辦法
想請問大家如果遇到這樣的其況的話
通常是把哪些條件列入考量範疇
以及相對應的解法？
例如說重新設計web前後端的資料傳輸介面
打掉樹狀結構（可能有更好的方式呈現？！）
或是以根本解決，換成mongoDB這類以document儲存的database
或是有其他更好的解法，以及考量的點？
問題有點雜，希望各位大大看得懂 ._.
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 118.163.170.73
※ 文章網址: http://www.ptt.cc/bbs/Database/M.1419832605.A.438.html