楼主:
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