標籤:tar detail 計算 快速 article 好的 name 機器 sql
討論請移步至:http://www.zhiliaotech.com/ideajam/idea/detail/423
相關文章:
《今天你買到票了嗎?——從鐵道部12306.cn網站漫談電子商務網站的“海量事務快速處理”系統》
不能簡單套用“實物電商系統”對“大型票務系統”做需求分析
“大型票務系統”和“實物電商系統”在不能供應商品(服務)時給消費者帶來的影響有巨大差異
“大型票務系統”和“實物電商系統”的系統邊界之間的差別與聯絡
“大型票務系統”和“實物電商系統”按系統邊界分析各種業務形式
“大型票務系統”和“實物電商系統”在支付方面的差別和聯絡
“大型票務系統”和“實物電商系統”在惡意訂單方面的差別與聯絡
大型票務系統中username和password的安全性問題
大型票務系統自身特點所引入的安全性問題
“大型票務系統”和“實物電商系統”在“庫存”計算方面的巨大差異
“大型票務系統”和“實物電商系統”在接入管理方面的差異
“大型票務系統”和“實物電商系統”在和企業其它部門關係的聯絡和誤區
“大型票務系統”和“實物電商系統”和企業其它部門的依賴關係對專案管理的影響
“大型票務系統”中對機器惡意訪問的處理——驗證碼
“大型票務系統”中地惡意訪問的處理——“接入管理”部分
資料庫選型(或者說是結構化資料的持久化儲存選型)是差點兒全部資訊系統都須要考慮的問題。一個資訊系統從小到大的發展過程中。在不同的發展階段所須要的資料庫也不同。
當資訊系統處於規模較小的0基礎階段時,通常是依照顧用的特徵選取資料庫。
假設是CMS、Web 1.0、Web 2.0等對資料庫服務需求品質較低的應用,能夠選擇以MariaSQL(MySQL被收購後,由社區開發的新版本號碼)為代表的開源免費資料庫。假設是OA系統這樣的對於資料庫服務需求品質較高的應用,則須要考慮採用企業級商用資料庫。不僅資料庫程式本身能提供比較豐富的功能、能保證比較高的服務品質。同一時候也會和所執行的硬體有較好的配合(比如在容災、容錯方面)。
可是企業級商用資料庫隨著系統規模的增長,漸漸的也會曝露出不足之處,這並非說企業級商用資料庫有什麼先天的缺陷,而是隨著規模的增長,那些依賴於企業級商用資料庫本身的特性,將漸漸不能滿足要求,此時就須要系統自行開發對應的功能。隨著越來越多的功能被代替。企業級商用資料庫漸漸僅僅剩下單純的結構化資料存放區。
此時企業級商用資料庫的的性價比就太低了。當系統發展到了這個階段。將不得不換掉企業級商用資料庫。當然,這也將付出對應的代價。
詳細的說。也就是所謂的“去IOE”化。
因此對於大型系統而言,在考慮採用什麼資料庫時,首先應當考慮哪些特性自行開發、哪些特性依賴於資料庫,然後依照依賴於資料庫的特性組合來選擇資料庫。
(去IOE化的概念見仁見智,,本文僅用於說明本文討論的問題,不就此展開)
聯絡QQ 443089607 :huzhenghui
產品經理請加QQ群 189763636 群07期Axure7PM互動
“大型票務系統”和“實物電商系統”的資料庫選型