|
|
完全錯誤，反駁理由：
首先原文說MyISAM是默認使用的，而實際上到了MySQL 5.5.x，InnoDB已經(jīng)成為了默認的表引擎。
另外，簡單的使用InnoDB不是解決所有問題的方法，盲目的使用甚至?xí)?a href=/pingce/yingyong/ target=_blank class=infotextkey>應(yīng)用性能下降10%乃至40%。
最佳方法還是針對具體業(yè)務(wù)具體處理，例如論壇中版塊表，新聞分類表，各種碼表等長時間不操作的表，還是要用性能優(yōu)異的MyISAM引擎。
而需要用到事務(wù)處理的例如用戶、賬目、流水等嚴格要求數(shù)據(jù)完整性和時序性的，則需要用InnoDB引擎，并且應(yīng)用也要用好事務(wù)處理機制。當然，事務(wù)處理必然要帶來大量的性能損耗，但是這在簡單高并發(fā)應(yīng)用上是必須的。
最后，外鍵約束在公共web互聯(lián)網(wǎng)應(yīng)用上一般是不用的，因為他會嚴重影響性能。數(shù)據(jù)完整性還是靠程序員或者應(yīng)用架構(gòu)本身的健壯來維護。而正規(guī)的第三范式只是在企業(yè)內(nèi)部MIS系統(tǒng)和12306這種網(wǎng)站上使用。
2.使用php的mysql方法
不完全錯，但要酌情選用：
mysqli固然好，但是不是所有的服務(wù)器都為php編譯了mysqli的支持。
當你的應(yīng)用如果是能確定只用自己部署的服務(wù)器，而應(yīng)用也是完全自己開發(fā)，則mysqli是最好的選擇。
但是一旦你的應(yīng)用有可能部署在虛擬主機或者由其他人部署(例如分布式項目)，還是老老實實使用mysql函數(shù)集吧，好好封裝一下或者使用成熟框架杜絕sql注入。
3.不過濾用戶輸入
這一點不用說了，要么MagicQuote，要么選用成熟框架。sql注入老話題了。
4.不使用UTF-8
大部分情況下對，但也要認真考慮：
要知道，一個UTF-8字符占3個字節(jié)，所以比GBK等其他編碼的文件大33%。換句話說，相同的網(wǎng)頁用UTF-8編碼如果是100KB，那么換成GBK編碼則只有66KB。所以即便你的php確定要用UTF-8，那么前端頁面也要根據(jù)情況選擇需要的編碼。但是，如果php用UTF-8，前端模版是GBK，再加上模版引擎不強大，那么轉(zhuǎn)碼工作夠你受的。所以盡可能的選用自己需要的編碼，而不是簡單的選擇UTF-8了事。
最后 主站蜘蛛池模板： 乐平市| 宁海县| 饶平县| 琼海市| 勃利县| 大洼县| 无为县| 齐齐哈尔市| 贞丰县| 贵定县| 全南县| 台东市| 兴山县| 兰州市| 绥化市| 新丰县| 阿克陶县| 偏关县| 营山县| 称多县| 丹凤县| 巴南区| 营山县| 乐昌市| 大余县| 宁武县| 苗栗市| 高要市| 高邮市| 久治县| 玉环县| 红原县| 涞水县| 米脂县| 宁河县| 临城县| 灵寿县| 宿州市| 长沙县| 资溪县| 承德市|