[問題] 取得 MySQL DATA 之結構 與 效能

[aws9527 (Awis)]

不好意思 請教各位前輩:

Server 端為 PHP
Client 端為 Android
連線上沒有任何問題
問題在於資料結構與效能的部分

我有寥寥可數的幾個 活動
(例如 麥當當買一送一， 星巴巴八折等等)

但有他們全台灣的連鎖店資料 (譬如 麥當當 一中店， 中友百貨店 ...) 頗多

我在初期製作 顯示商店列表時
把 連鎖店 和 活動 資料表合併
(活動會重複爆多)
取得二維 json

現在要製作 收藏活動 或 取得活動列表後
我就卡關了

我是要

1. 用迴圈下去跑
for ( int i < 連鎖店list.size() )
取得新的 活動list

還是

2. 送出新的 http request 直接取得 活動list
(聽大家都說 Android 少用請求?)

還是

3. 我一開始根本就不該合併
在 server 端 就以 活動為主
編成三維陣列

ex: [活動index][商店index][商店meta]


不知道哪種做法才好
麻煩各位先進了

--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.136.56.252
※ 文章網址: https://www.ptt.cc/bbs/AndroidDev/M.1472217565.A.920.html
推 givemepass: 2 直接拉回來全部的list 使用者點某一個活動再去要
g大! 久仰大名 ! 感謝您的回覆
是說
平常顯示的時候用 合併的綜合list
需要活動的list 再另外送出請求
還是
不合併查詢
分別取得 商店list 與 活動list
再自行去 map呢?
不好意思..資質駑鈍..
※ 編輯: aws9527 (223.136.56.252), 08/26/2016 22:54:40
推 givemepass: 沒錯 我的想法是這樣啦 只是避免網路不順的時候
→ givemepass: 你可以將抓過的資料存起來(如果有資料更新 再透過
→ givemepass: 某些機制去更新
→ givemepass: 要不要合併list 其實看你怎麼配置 不過如果list過大
→ givemepass: 你可以做分段存取 當使用者往上或往下滑 再根據某個
→ givemepass: 條件去要
→ aws9527: 好的 我了解了!
→ aws9527: 感謝前輩