先說，我沒寫過什麼正規 PHP 程式 就當我是來騙文章數，聽聽就好 ※ 引述《eiping (一平兄)》之銘言： : 這個函數這樣做法，跟我之前的其實完全一樣，只要用到一次函數，就會讀取一次資料庫 : 我希望的做法是，讀取一次資料庫，把資料放進陣列，之後下面都讀取陣列，就不用每次 : 都讀取資料庫，從記憶體(陣列)讀取資料，總是比從硬碟(資料庫)來的快吧?! : 還是其實原先的做法沒錯，當頻繁讀取某個資料表取得對應，MYSQL會把資料放進記憶體 : 去存取，所以我不用考慮這些事情，就照原先的做法去做就好~? 用 Java 連 database，自己用 JDBC 連 通常要注意哏是 connection open 緩慢的問題 然後套個 connection pool 之類的就沒事了 PHP 有沒有這方面的問題，我不太清楚 [死] 如果單純看「下 select 語法」→「DB 回傳資料」這段的時間 （也就是不考慮 open connection 的速度） 嗯... 這時間真的很重要嗎？ 我現在手上的案子，程式要在一台據說不是很快的機器 用 browser 作 UI 操控實際硬體作動（下略） 然後因為 ooxx 因素，所以要在上頭塞會員資料提供查詢 那麼要是實際 online 的話，資料數量以萬筆為單位很正常 我就問了：這樣查詢速度沒問題嗎？ 老人前輩說：二十年前用 386 跑 dBase query 幾十萬筆資料也可以在一秒內反應完畢 我：...... 報告是 當然，如果好幾個 table 要 join 來 join 去，這就難講 （可以作 view 之類的鬼玩意來協助？） 反過來說... 你今天真的要省，那就是要用類似 singleton 的方式 讓這個陣列資料在整個系統（而不是單一個 PHP 的 page cycle）都用得到 這樣才能建一次就用好多次... 我不確定 PHP 做不做得到，但是很明確的這會有兩個哏 1. 如果資料量很小，db 找起來也不會花太久 人類真的敢覺得出來差異嗎？ 2. 如果資料量很大，你不擔心 memory resource 被吃光光嗎？ （Java GC 表示：） 然後你還得保持陣列跟 database 資料的同步性...... blahblah 還不如像 g 版主說的方向，找 database cache（是這樣叫的嗎？） 或是...... 奔雷手文泰來： 插到了以後在說吧，自然有法律會制裁他， 你們兩個敢快打好不好，我們都快悶死了 ... -- 錢鍾書： 說出來的話 http://www.psmonkey.org 比不上不說出來的話 Java 版 cookcomic 版 只影射著說不出來的話 and more...... --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 114.25.0.70