雖然nosql變得流行，但是我感覺sql還是主流
今天在翻php manul的時候，發現mysqli 的查詢可以傳遞一個有意思的參數
復制代碼 代碼如下:
@mysqli_query($this->sql,$SQL,($method ? MYSQLI_USE_RESULT : MYSQLI_STORE_RESULT));
在php manul上面對這兩個參數是這樣解釋的。
復制代碼 代碼如下:
Either the constant MYSQLI_USE_RESULT or MYSQLI_STORE_RESULT depending on the desired behavior. By default, MYSQLI_STORE_RESULT is used.
如果什麼也不傳，那就默認為MYSQLI_STORE_RESULT。
在phpmanul上面有人說了這樣一句話If we have to retrieve large amount of data we use MYSQLI_USE_RESULT
其實這兩個參數的區別還是很大的。
（1）區別在於從服務器上檢索結果集的行。
（2）MYSQLI_USE_RESULT 啟動查詢，但實際上並未獲取任何行
（3）MYSQLI_STORE_RESULT 立即檢索所有的行
（4）MYSQLI_STORE_RESULT 從服務器上檢索結果集時，就提取了行，並為之分配內存，存儲到客戶機中，隨後調用 mysqli_fetch_array()就再也不會返回錯誤，因為它僅僅是把行脫離了已經保留結果集的數據結構，mysqli_fetch_array()返回 NULL始終表示已經到達結果集的末端。
（5）MYSQLI_USE_RESULT 本身不檢索任何行，而只是啟動一個逐行的檢索，就是說必須對每行調用 mysqli_fetch_array()來自己完成。既然如此，雖然正常情況下，mysqli_fetch_array()返回NULL仍然表示此時已到達結果集的末端，但也可能表示在與服務器通信時發生錯誤。
總結
與MYSQLI_USE_RESULT相比，MYSQLI_STORE_RESULT 有著較高的內存和處理需求，因為是在客戶機上維護整個結果集，所以內存分配和創建數據結構的耗費是非常巨大的，如果想一次檢索多個行，可用 MYSQLI_USE_RESULT。
MYSQLI_USE_RESULT有著較低的內存需求，因為只需給每次處理的單行分配足夠的空間。這樣速度就較快，因為不必為結果集建立復雜的數據結構。另一方面，MYSQLI_USE_RESULT把較大的負載加到了服務器上，它必須保留結果集中的行，直到客戶機看起來適合檢索所有的行。
