轉載：http://www.cnblogs.com/sanle/archive/2006/03/04/342832.html
構、搜索、性能等技術角度分析了電子商務網站重點要解決的幾個問題，並給出一些建議和方案
本文分別從架構、搜索、性能等技術角度分析了電子商務網站重點要解決的幾個問題，並給出一些建議和方案。
一、一個好電子商務網站的架構必須是一個易擴展、易維護性的架構
電子商務網站一個最大的特點就是商業邏輯比較複雜，需求變更快，代碼的維護和功能擴展一般會佔用整個應用生命週期80%-90%的時間。所以，只有一個靈活性高，擴展性強、方便維護的架構才能適應電子商務網站發展的要求。
具有以上特點的架構通常具有以下特徵：
1、是一個鬆散耦合的架構。分層是必須的,通常指常見的三層架構,各層內部也可以根據需求作出一定的細分。
2、採用了一些合適的設計模式。一個優秀的架構必然在其中使用了一些設計模式，當然反之並不一定成立。
j2ee社區已經給我們提供優秀的設計模式供我們參考:
(1) j2ee核心設計模式
http://java.sun.com/blueprints/corej2eepatterns/Patterns/
(2) martinfowler的Patterns of Enterprise Application Architecture。
http://www.martinfowler.com/eaaCatalog/
你可以在這些模式中找到滿足需求的設計模式。總之，一句話，不要爲了模式而模式，關鍵要領會各個模式(when and how)，靈活地使用。
3、提供了一定的基礎設施和可重用的組件。只有這樣的架構才能提高開發效率，降低重複代碼,對客戶的需求變化能作出快速的反應。目前我認爲SOA(面向服務的架構)是最符合這一要求的架構。
網上介紹SOA的文章有很多，developerworks專門有個SOA and Web services專區介紹SOA的相關知識。
下面這篇文章我是不久之前看到，覺得寫得不錯，有一定的借鑑，大家可以看看。
Designing an Enterprise Application Framework for Service-Oriented Architecture
二、搜索引擎
一個優秀的電子商務網站會提供大量的商品或者信息。爲了幫助客戶找到他想要的商品，必然要爲客戶提供一個優秀的搜索引擎供他們查找。
這樣的搜索引擎必須解決了以下兩個關鍵性問題：
1、大數據量的索引和檢索。
2、快速、準確地返回用戶要搜索的信息。
Lucene是一個基於Java的全文索引工具包，它已經有了其他語言的版本。對於在搜索上沒有技術積累的電子商務公司， Lucene是比較好的選擇和學習的途徑。現在luncene已經成爲apache的頂級子項目。
http://lucene.apache.org/
http://www.lucene.com.cn/
學習Lucene，Lucene in Action 這本書是一定要看。
三、交互大數據量的訪問。
對於用戶與網站交互比較多的電子商務網站，應用的性能瓶頸通常在數據庫方面。特別是隨着數據量的增長，數據庫的壓力會愈加明顯。
對數據庫的優化有各種各樣的方法，DBA、開發工程師都有各自的要求，比如要求開發工程師在寫SQL語句的時候必須採用綁定變量，所有的SQL必須提交DBA審覈等等。這些工作對數據庫的優化都有大大的幫助。
但數據庫中數據的增長是必然趨勢，我認爲最終的解決方案就是根據實際需求採用合適的策略降低要訪問的數據量。這纔是王道。
總之，一個信息量大，訪問速度快，安全，方便使用的電子商務網站永遠是客戶的第一選擇。爲了創造最佳的客戶體驗需要網站開發者(這裏我主要指技術部門)在以上幾方面做出更大的努力，學習和創新是工程師們要牢記的法則。
對於一種不夠完美的技術，批評它總是容易的；若是拿不出更有建設性的方案，那批評也只能叫廉價的批評。
“雖然是做程序員，但是不能只把自己當成程序員。你還可以爲你的老闆和公司着想。但並不是找到問題就萬事大吉，任何公司從來不缺挑刺兒的人。因爲你看到的問題，可能不曉得有多少人早抱怨過了！所以你與其就這麼跑去找老闆而於事無補，還不如調查研究後，帶着解決方案去找老闆，這纔是上策。只有一個指出了核心問題又拿出了有效解決方案的員工，纔會得到老闆的重視和信任。【唐駿語】
在和銀行的合作中，我們遇到不少困難。但正因爲有困難，整件事情才更有操作的價值和意義。如果這個東西三天就做好了，那麼我肯定對這個事情沒有興趣。 【馬雲語】
題外音：
對於技術問題，太簡單說明沒有技術含量。
對於商業問題，太簡單就容易模仿沒有核心競爭力。
我做這個公司賣什麼？不買產品，也不買公司，我賣的是我自己。你只要讓別人覺得你值得信任，那麼什麼產品都賣得出去。【tr老闆語】