求助，這2種查詢方法，哪個速度會快點？

mysql查詢是在磁盤上面進行IO操作，php循環(huán)是在內(nèi)存中進行，你的第一個方法的循環(huán)查詢會慢一些。 如果數(shù)據(jù)庫中數(shù)據(jù)量過大，內(nèi)存占用過大，建議分片讀取處理

建議分開查詢，也就是方法2，方法1存在的問題:

1. 循環(huán)查sql是效率很低下的做法。
2. 如果訂單是多個商品的還需要group by。
3. 以后數(shù)據(jù)量大了拆表join語句比較麻煩。
4. 不便于閱讀，后期再加個訂單使用的優(yōu)惠什么的一對多的表join起來看著頭大。

但是方法2可以優(yōu)化的地方是：假如你這功能是在后臺列表頁展示的，那么一般會查一定數(shù)量如20條的訂單進行展示，可以進行如下處理：

1. 首先select * from order limit 20;，可以把其中的user_id通過php處理出來存入數(shù)組$user_ids；
2. 再select * from user where user_id in(之前查出來的$user_ids)，就可以只獲取這20個用戶的信息了，訂單商品同樣道理；
3. 頁面展示時用數(shù)組下標取到對應(yīng)user_id的信息進行展示即可。

ps:稍大點的框架如laravel都是有這功能的, laravel里是叫模型關(guān)系，模型關(guān)系一旦定義好隨處可用，不用再糾結(jié)這里寫個join，那里寫個on了，字段命名不規(guī)范的話還得看下表結(jié)構(gòu)是xx_id還是xxx_id。
Laravel <=== 超好用框架，別被龐大性能差所蒙蔽~

我來歪個樓，我感覺這種情況很少存在。 業(yè)務(wù)上一般會做分頁。
第一種方案：
每次先找出一頁的訂單，然后foreach的去查會員和商品。
優(yōu)點：數(shù)據(jù)量小，按需加載
缺點：單頁的訂單可能存在相同的訂單或者會員，但是每次都需要再查詢。如果商品，會員不是select* 的話，可以忽略，因為通過主鍵查找是很快的。
第二種方案：
這種方案需要自己寫sql，或者框架自帶join方法。
優(yōu)點：每次會返回成型的數(shù)據(jù)，不需要再次查找
缺點：需要連表查詢，效率會低一些。

有些mvc框架里面有viewmode這一層，做的就是這個工作，把數(shù)據(jù)篩選出來，然后再做整理。 其實我推薦用第一種方案。

數(shù)據(jù)量小用join查，數(shù)據(jù)大還是分開查詢?nèi)缓骹oreach拼裝數(shù)據(jù)吧