《PostgreSQL伺服器程式設計》一一2.1 購置成本

本節書摘來自華章計算機《postgresql伺服器程式設計》一書中的第2章，第2.1節,作者：（美）hannu krosing, jim mlodgenski, kirk roybal　著

，更多章節内容可以通路雲栖社群“華章計算機”公衆号檢視。

當我們決定在應用隊列中采用何種技術時，一個最大的考慮因素是購置成本。我見過許多畫在白闆上的應用架構。他們的技術團隊會害羞地向我展示白闆上的應用架構，但他們會通過試圖降低軟體許可成本，而證明設計的合理性。當談到資料庫環境的時候，我們通常的考慮對象有oracle、sql server、mysql和postgresql。oracle作為資料庫領域的主導者，也是最昂貴的資料庫産品。在低端市場，oracle确實有價格合理的産品，甚至免費的express版本，但都是受限制的。大多數人都會需要低價産品之外的功能服務，如此他們就會考慮購買oracle的企業版。這樣通常就會大大提高購置成本，cfo看到這個報價就會暴跳如雷，而你也就隻能乖乖地回去重新設計你的解決方案，削減你的許可成本。

緊接着我們談談微軟的sql server。這是第一個合理可行的選擇。microsoft網站已經列出了它的報價。此處不再贅述，因為報價單内容實在過多，完整列舉會讓本書的印刷時間至少延長5分鐘，不過，sql server采購成本的經驗标準大概在5000美元，這個采購标準就足以讓你運作一個網絡能力模型。這個價格并不包括服務合約。在整個開發成本的預算中，這個報價應該還算是合理的，并沒有太高的進入門檻。

然後，我們再談到開源産品，它們是mysql和postgresql 。兩者沒有任何的成本，服務合約成本也為零。這是一個非常具有挑戰的采購成本。

還記得我在本章開頭聊到的，那些項目啟動之後你還不清楚的事情嗎？這裡就是真正的過人之處。

你能承受失敗。

這也就是我想說的事情！

低采購成本是一個低失敗成本的代名詞。當我們為項目增加了所有各種未知項的時候，我們發現，在我們面前出現了一個相當好的機會，這個機會就是如果第一次疊代将不能滿足市場的需求，我們需要有一種方法來快速抛棄它，沒有長期合約，也不需要啟動一個新項目而産生額外的費用。

如此，繼第一個版本之後，項目經理從消費者那裡汲取教訓，繼續下一個版本的開發疊代。在理想狀态下，我們希望這個使用者滿意度的經驗積累僅由非常低的成本換取回來，如此這個項目才可以開始茁壯成長。項目的後續版本才能大膽設計，并開始一個新的篇章——實際情況本該如此，你不能将項目的成功寄希望于第一個版本的完美誕生。你絕對不能。