PHP效率問題,上萬條數(shù)據(jù)一次性取出?還是分開取出處理?

1、php使用的數(shù)據(jù)庫一般是mysql，當數(shù)據(jù)量大于1000萬時，為了效率最好還會進行分表存儲。

網(wǎng)站建設哪家好，找創(chuàng)新互聯(lián)建站！專注于網(wǎng)頁設計、網(wǎng)站建設、微信開發(fā)、小程序定制開發(fā)、集團企業(yè)網(wǎng)站建設等服務項目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了高臺免費建站歡迎大家使用！

2、個人建議還是拆分的比較好，一次查詢雖然寫法上可能會省代碼，但是效率就很低下，因為即使加了索引，而在你聯(lián)合查詢 的時候語句寫的不當就會導致索引不生效，從而效率就會下降。

3、1并不是所有索引對查詢都有效，SQL是根據(jù)表中數(shù)據(jù)來進行查詢優(yōu)化的，當索引列有大量數(shù)據(jù)重復時，SQL查詢可能不會去利用索引，如一表中有字段sex，male、female幾乎各一半，那么即使在sex上建了索引也對查詢效率起不了作用。

4、首先，安裝程序會顯示一個啟動畫面。如果使用的是不同的安裝盤，也許Readme文件的格式可能有所不同，但是不影響應用程序的安裝。在上面的對話框中可以直接單擊對話框上的【下一步】按鈕，進入下面的操作。

Php如何分批處理數(shù)據(jù)

1、直接寫一個php，遞歸執(zhí)行就差不多了，但是php.ini中，將memory_limit設置大一些，再將mysql.connect_timeout值加大些，max_execution_time設置的值大一些。

2、你可以查1W條，然后按每個數(shù)據(jù)100條來分。

3、而且如果使用mysql的話，它也有一個超時時間，運行一串代碼時間如果超過配置文件的時間，會被中斷不運行。第一種你可以修改php配置文件timeout的運行時間，第二你可以分批處理大量數(shù)據(jù)，注意是分批處理，就OK了。

4、可以設置更新一定數(shù)據(jù)后跳轉(zhuǎn)到下一步再更新一定數(shù)據(jù)，大多數(shù)cms更新數(shù)據(jù)都是采用這種方式。無需顯示直接讀取表內(nèi)所有數(shù)據(jù)生成HTML頁面時，不論是取出全部數(shù)據(jù)直接生成有效率，還是一次取出一部分，分別處理有效率。

5、為了避免內(nèi)存處理太多數(shù)據(jù)出錯，可以使用chunk()方法分批處理數(shù)據(jù)； 比如，每次只處理100條，處理完畢后，再讀取100條繼續(xù)處理； 可以利用游標查詢功能，可以大幅度減少海量數(shù)據(jù)的內(nèi)存開銷，它利用了PHP生成器特性。

6、可以采用MQ，首先將task丟進Q里面，然后給出用戶提示，前臺頁面輪詢后臺結果。如果數(shù)據(jù)量過大建議分批處理，拆分成多個task即可。

幾十萬條數(shù)據(jù)用PHP遞歸能實現(xiàn)無限級分類嗎

} 上面這種無限極分類數(shù)據(jù)樹形結構化的方法值得借鑒。

首先 將json 解碼成數(shù)組， 用json_decode 函數(shù) 注意 一定要加上第二個參數(shù) 否則他會返回一個對象。接下來就是地遞歸了。這是一個最簡單的遞歸只要逐個遍歷即可。

遞歸很好理解啊，一般情況下都是用階乘來入門的。無級分類算法是典型的遞歸操作。但在實際開發(fā)一般用偽無級分類，無級分類當分類級次多，每個分類節(jié)點多的情況下效率不高。

無限級別的，使用遞歸編程比較容易，基本方法是定義一個顯示子菜單的函數(shù)：function ShowMenu($pid){ ...顯示數(shù)據(jù)庫里面PID為$pid的所有菜單項目以及子項目（通過調(diào)用自身實現(xiàn)）...} 主程序調(diào)用ShowMenu(0)實現(xiàn)輸出整個菜單。

每個節(jié)點都要記錄子節(jié)點的數(shù)量c。每新增一個節(jié)點都要對各父和祖節(jié)點的子節(jié)點計數(shù)加1。這樣根節(jié)點會有總數(shù)的記錄。這樣遞歸遍歷時也可以根據(jù)子節(jié)點數(shù)量c的來確定讀取的數(shù)量限制。

同一個表中存放父類和子類，但每一條記錄都要有parent_id和category_id，最頂級分類的父id為0，然后第二層分類的父id只要是相應父類的分類id，以此類推。顯示的時候，先排序，按id就能分出來。