門戶網(wǎng)站建設(shè)注意事項：
文件存貯的問題
對于一些支持文件上傳的2.0 的站點，在慶幸硬盤容量越來越大的時候我們更多的應(yīng)該考慮的是文件應(yīng)該如何被存儲并且被有效的索引。常見的方案是對文件按照日期和類型進(jìn)行存貯。但是當(dāng)文件量 是海量的數(shù)據(jù)的情況下，如果一塊硬盤存貯了500個G的瑣碎文件，那么維護(hù)的時候和使用的時候磁盤的Io就是一個巨大的問題，哪怕你的帶寬足夠，但是你的磁盤也未必響應(yīng)過來。如果這個時候還涉及上傳，磁盤很容易就over了。
也許用raid和專用存貯服務(wù)器能解決眼下的問題，但是還有個問題就是各地的訪問問題，也許我們的服務(wù)器在北京，可能在云南或者新疆的訪問速度如何解決?如果做分布式，那么我們的文件索引以及架構(gòu)該如何規(guī)劃。
j2w3_.B&W.M&?$|程序開發(fā)，操作系統(tǒng)，服務(wù)器，源碼下載，Linux,Unix,BSD,PHP,Apach,asp,下載,源碼,黑客,安全,技術(shù)社區(qū),技術(shù)論壇
　　所以我們不得不承認(rèn)，文件存貯是個很不容易的問題程序開發(fā)，操作系統(tǒng)，服務(wù)器，源碼下載，Linux,Unix,BSD,PHP,Apach,asp,下載,源碼,黑客,安全,技術(shù)社區(qū),技術(shù)論壇,
　　D. 數(shù)據(jù)關(guān)系的處理程序開發(fā)，操作系統(tǒng)，服務(wù)器，源碼下載，Linux,Unix,BSD,PHP,Apach,asp,下載,源碼,黑客,安全,技術(shù)社區(qū),技術(shù)論壇我們可以很容易的規(guī)劃出一個符合第三范式的數(shù)據(jù)庫，里面布滿了多對多關(guān)系，還能用GUID來替換INDENTIFY COLUMN 但是，多對多關(guān)系充斥的2.0時代，第三范式是第一個應(yīng)該被拋棄的。必須有效的把多表聯(lián)合查詢降到最低。
E. 數(shù)據(jù)索引的問題
程序開發(fā)，操作系統(tǒng)，服務(wù)器，源碼下載，Linux,Unix,BSD,PHP,Apach,asp,下載,源碼,黑客,安全,技術(shù)社區(qū),技術(shù)論壇
　　眾所周知，索引是提高數(shù)據(jù)庫效率查詢的最方面最廉價最容易實現(xiàn)的方案。但是，在高UPDATE的情況下，update和delete付出的成本會高的無法想想，筆者遇到過一個情況，在更新一個聚焦索引的時候需要10分鐘來完成，那么對于站點來說，這些基本上是不可忍受的。索引和更新是一對天生的冤家，問題A，D，E這些是我們在做架構(gòu)的時候不得不考慮的問題，并且也可能是花費時間最多的問題。
下期給大家?guī)黹T戶網(wǎng)站建設(shè)注意事項2，敬請期待。