雖然nosql變得流行，但是我感覺(jué)sql還是主流
今天在翻php manul的時(shí)候，發(fā)現(xiàn)mysqli 的查詢(xún)可以傳遞一個(gè)有意思的參數(shù)
復(fù)制代碼 代碼如下:
@mysqli_query($this->sql,$SQL,($method ? MYSQLI_USE_RESULT : MYSQLI_STORE_RESULT));

在php manul上面對(duì)這兩個(gè)參數(shù)是這樣解釋的。

復(fù)制代碼 代碼如下:
Either the constant MYSQLI_USE_RESULT or MYSQLI_STORE_RESULT depending on the desired behavior. By default, MYSQLI_STORE_RESULT is used.

如果什么也不傳，那就默認(rèn)為MYSQLI_STORE_RESULT。

在phpmanul上面有人說(shuō)了這樣一句話(huà)If we have to retrieve large amount of data we use MYSQLI_USE_RESULT

其實(shí)這兩個(gè)參數(shù)的區(qū)別還是很大的。

（1）區(qū)別在于從服務(wù)器上檢索結(jié)果集的行。
（2）MYSQLI_USE_RESULT 啟動(dòng)查詢(xún)，但實(shí)際上并未獲取任何行
（3）MYSQLI_STORE_RESULT 立即檢索所有的行
（4）MYSQLI_STORE_RESULT 從服務(wù)器上檢索結(jié)果集時(shí)，就提取了行，并為之分配內(nèi)存，存儲(chǔ)到客戶(hù)機(jī)中，隨后調(diào)用 mysqli_fetch_array()就再也不會(huì)返回錯(cuò)誤，因?yàn)樗鼉H僅是把行脫離了已經(jīng)保留結(jié)果集的數(shù)據(jù)結(jié)構(gòu)，mysqli_fetch_array()返回 NULL始終表示已經(jīng)到達(dá)結(jié)果集的末端。
（5）MYSQLI_USE_RESULT 本身不檢索任何行，而只是啟動(dòng)一個(gè)逐行的檢索，就是說(shuō)必須對(duì)每行調(diào)用 mysqli_fetch_array()來(lái)自己完成。既然如此，雖然正常情況下，mysqli_fetch_array()返回NULL仍然表示此時(shí)已到達(dá)結(jié)果集的末端，但也可能表示在與服務(wù)器通信時(shí)發(fā)生錯(cuò)誤。

總結(jié)

與MYSQLI_USE_RESULT相比，MYSQLI_STORE_RESULT 有著較高的內(nèi)存和處理需求，因?yàn)槭窃诳蛻?hù)機(jī)上維護(hù)整個(gè)結(jié)果集，所以?xún)?nèi)存分配和創(chuàng)建數(shù)據(jù)結(jié)構(gòu)的耗費(fèi)是非常巨大的，如果想一次檢索多個(gè)行，可用 MYSQLI_USE_RESULT。

MYSQLI_USE_RESULT有著較低的內(nèi)存需求，因?yàn)橹恍杞o每次處理的單行分配足夠的空間。這樣速度就較快，因?yàn)椴槐貫榻Y(jié)果集建立復(fù)雜的數(shù)據(jù)結(jié)構(gòu)。另一方面，MYSQLI_USE_RESULT把較大的負(fù)載加到了服務(wù)器上，它必須保留結(jié)果集中的行，直到客戶(hù)機(jī)看起來(lái)適合檢索所有的行。

php技術(shù)：PHP的mysqli_query參數(shù)MYSQLI_STORE_RESULT和MYSQLI_USE_RESULT的區(qū)別，轉(zhuǎn)載需保留來(lái)源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。