,這樣做有什麼弊端?有什麼需要注意的地方?
,這樣做有什麼弊端?有什麼需要注意的地方?
沒怎麼聽說有這麼做的,要性能要快速簡單用redis不就好了,資料庫終歸是文件,內存比文件快多了吧
取決於你伺服器磁碟的I/O速度,如果應用程式和資料庫伺服器是同一台,那就沒什麼必要,何必要放棄關聯式資料庫的優勢。當然了,如果資料量實在很少,其實用xml或json儲存資料就可以了.
sql一大優點在於其關聯性。
如果有兩組相關數據,你要同時查詢並拼裝結果的話,那麼sql一個join就能搞定,
但如果是文件存儲,你就要把整個文件都讀取,並且自己編寫關聯查詢語句。
寫新資料的時候也是,更新、插入、刪除這些概念都要你自己寫。
但如果需求很簡單,例如就是個靜態選單,那直接一個json就搞定了,無壓力。我的個人網站選單就是一個json負責保存選單數據,一個php負責渲染html。像這種超簡單需求,用mysql就是大材小用了,一個檔案解決。
看你需求了。