作者:
aws9527 (Awis)
2016-08-17 11:34:42各位前輩你們好
不好意思
因此版業界高手較多
將程式問題 po此版了
如有不適 我在刪除
正文:
小弟轉換跑道
過去沒有 app 開發經歷
資料經過正規化
有非常多的表格
連線 API (由我製作) 想到以下四種方式
不知道哪種才是較『好』的作法
一定是1. 你自己設計的table join效能不會比資料庫好而且你自己設計join會花很多時間，效果又不好
作者:
pttworld (批踢踢世界)
2016-08-17 11:56:00「功能」對應API，「API」對應多資料表運算。不同使用者使用同一功能，request的成本一致。
作者:
lucky1lk (賭到沒錢的人)
2016-08-17 12:16:00寧可以空間換時間 現在空間又不值錢...
手機 memory? 資料庫或 CRUD 程式跑在手機上?
純文字的資料不用擔心資料多大，幾萬筆可能還不到5MB照片影片cache才會佔記憶體擔心一下一次傳這麼大檔案的傳輸頻寬問題比較實在
作者: edward13 (－＿－) 2016-08-18 01:15:00
你會sql嗎?會sql應該不會問這種問題吧?每個api都是對應一個query查詢結果在db就要做掉了吧把table搬到手機慢慢迴圈除非你流量不用錢 user又很少
作者: TETZ (你今天宅了嗎?) 2016-08-18 04:11:00
1 + NoSQL?
作者: PoloHuang (黃保羅) 2016-08-18 09:49:00
當然還是DB那邊做完直接拿出來用最好...
作者: rpdef9969 (在鍵盤上放羊) 2016-08-21 16:04:00
1.另複雜的join,可捨orm 純sql存取較佳 ex:report