2017-07-24 75 views
0

我正在爲移動應用程序開發REST API;我們有一個Web應用程序,它不會過濾大量的元數據。應用程序需要花費更多時間來分析這些大量(2列2列記錄,5列)元數據。從API &應用程序角度處理這種情況的最佳方法是什麼? API選項是首選..在REST API中返回大量數據

應用程序開發人員要求通過將所有元數據路徑和初始同步組合到一個單一的路線來返回數據庫(SQL LITE等)..我沒有找到太多的指針。行業慣例?

+1

而是在一個返回龐大的數據中去的API應當支持分頁。它應該期望頁碼作爲參數之一併返回該頁面的數據。 –

+0

這真的無法回答,有太多的設計決策和選擇在這裏玩 –

+0

@ChetanRanpariya我們認爲分頁;但它的解析時間 - de-seriliae&存儲到數據庫 - 是應用程序的殺手。有關於此的任何想法? – DHAR

回答