這篇文章給大家分享的是有關(guān)不使用MySQL的理由有哪些的內(nèi)容。小編覺得挺實用的，因此分享給大家做個參考，一起跟隨小編過來看看吧。
不使用MySQL的理由有哪些
首先，不使用某種技術(shù)的理由和使用這個技術(shù)的理由在本質(zhì)上不同。常常，反對某些東西的理由會更加讓人注意。我們可能需要幾條理由才會真正的使用這個技術(shù)，但是只要一個理由就會讓我們止步。軟件的選擇就是這樣的決定，僅有一個理由是決不足夠促使我們做出肯定的決定，但是一個充分的負面理由會否定很多積極的因素。
雖然有一長串關(guān)系數(shù)據(jù)庫管理系統(tǒng)(RDBMS)可以供我們選擇，但是我將對比限制在幾個最常用的產(chǎn)品上。雖然全面的對比很少，還是存在著很多技術(shù)上的比較。在這里，我們只關(guān)心“正規(guī)”理由。
MySQL使用GPL
最重要的理由優(yōu)先。在這里并不適合GNUGeneralPublicLicense，并且也不應該是數(shù)據(jù)庫技術(shù)的選擇。很明顯，GPL許可證對很多環(huán)境是積極的，但是對于其他一些環(huán)境，GPL的軟件是沒有希望的。在這些情況下，連PostgreSQL的BSD許可證仍然太“開放”，那么一個商業(yè)的許可證會更加適合。
MySQL不使用GPL
在一些情況下，MySQL是收費的，這樣GPL可能不能很好的服務于這些情況。如果你想要將這個數(shù)據(jù)庫的許可證和你自己的項目一起銷售，你的項目一定要采用相似的許可證，或者你需要購買商業(yè)許可證。如果這個因素改變了你的軟件的銷售方式，你需要處理由于必須支持MySQL的多個版本或者配置而引起的額外的負擔(這會增加終端用戶的成本)，或者存在由于MySQL的使用造成的不合理的影響。在這些情況下，一些軟件分銷商可能傾向于采用其他的產(chǎn)品，比如BSD許可證的PostgreSQL。
和現(xiàn)有環(huán)境的集成
我知道大型的IT公司會有Oracle和Sybase的單位軟件使用權(quán)(SiteLicense)，以及很多MS-SQLServer的專有許可證(specificlicense)。在這些公司中，這種MS-SQL的實例主要是各部門的無知職員造成的，他們不知道他們已經(jīng)花錢購買了其他數(shù)據(jù)庫的sitelicense。在這種環(huán)境下，再加入MySQL(或者其他的數(shù)據(jù)庫)是不明智的想法，如果DBA已經(jīng)有太多環(huán)境需要處理。在存在已有數(shù)據(jù)庫的情況下，如果維護的是一個通用的平臺，那么很明顯維護的負擔會降低。進一步，如果這個公司已經(jīng)有了使用某個私有系統(tǒng)的許可證，那么使用MySQL的主要理由就不存在了。
產(chǎn)品的成熟度
通過比較，在2009年Oracle將慶祝它的第一個產(chǎn)品發(fā)布了30周年，那時MySQL第一個產(chǎn)品的發(fā)布時間還不到Oracle的一半。單就自身而言，MicrosoftSQLServer僅僅比MySQL早了幾年，但是它的第一次發(fā)布的產(chǎn)品是基于Sybase的，該產(chǎn)品的比SQLServer早了6年。至于其他著名的開源數(shù)據(jù)庫，在2009年P(guān)ostgreSQL距離第一次發(fā)布已經(jīng)20年。雖然MySQL并不是市場上新的數(shù)據(jù)庫，但是還有很多更老、更穩(wěn)定的可選產(chǎn)品——并且對很多人來說，這個理由已經(jīng)足夠了。公平的講，以我的觀點這個理由并不是反對使用MySQL的特別充分的理由，但是同時，我被逼著告訴一位將為關(guān)鍵任務的應用選擇平臺的保守IT經(jīng)理基于這個理由作決定將是錯誤的。
功能集的成熟度
有些人被吸引去編輯MySQL和其他系統(tǒng)的全面的功能比較，以此作為權(quán)威的決策工具，但是在很多情況下，這根本就不可能成功。隨著各個廠商新版本或者補丁的的發(fā)布，這個功能列表很快變得過時。進一步，對某些應用很重要的功能和其他的應用一點關(guān)系都沒有，這樣“10%更多的功能”將是沒有結(jié)果的度量。真正發(fā)揮作用的是在發(fā)布的時候功能集是否和需求一致，或者足夠一致。
有時候，你可以繞過一些缺少的功能，比如MySQL4.1版本中使用join替代子查詢。RDBMS中大部分的必要的功能都在MySQL5.0中實現(xiàn)，但是我們?nèi)匀挥欣碛烧J為這些功能的成熟是避開MySQL的一個可能的理由。比如，缺乏視圖、觸發(fā)器和存儲過程是對MySQL由來已久的批評。這些都被MySQL支持超過一年時間了，但是相比之下，在其他的RDBMS中這些功能已經(jīng)存在超過10年了。
當然，MySQL團隊的開發(fā)周期在很多方面都給人留下了深刻的印象。然而，如果用戶的性格是排斥新技術(shù)，那么長期支持的功能獲勝的概率會更大。在這種情況下，上面提到的三個主要的功能就是日前才加入的。即使在MySQL5.0中，ACID(Atomicity,Consistency,Isolation,Durability)的一致性在當一些存儲過程或者函數(shù)被用于修改數(shù)據(jù)庫而造成死機的情況下還是無法保證的。
認證的可用性
有一些IT公司喜歡認證。雖然MySQL的確有一個認證培訓計劃，它的培訓可用性還是沒有Oracle或者MS-SQLServer那樣廣泛。廣義上講，即使MySQL的IT人員相對容易找到，但是認證或者培訓仍然很少，也沒有很多第三方的培訓可用。對于大的IT公司而言，遵循商業(yè)數(shù)據(jù)庫系統(tǒng)的實際的公司經(jīng)驗也是需要的，但是一些具有MySQL經(jīng)驗的人可能沒有足夠的深度。
另外一個相關(guān)的問題是合格的第三方的支持的可用性。雖然直接從廠商得到的支持服務能夠在一定程度上解決這個問題，但是如果強烈的需要第三方的本地的現(xiàn)場支持，那么這個問題還是存在。
公司因素的考慮
Oracle、Sybase和Microsoft都是上市公司。關(guān)于MySQL公司后臺的實力的無論怎么說，事實是這家公司不是上市公司，意味著按照法律財政數(shù)據(jù)不需要公開。冒著被指控傳播FUD(懼、惑、疑，F(xiàn)ear,UncertaintyandDoubt)的風險，上市公司相對透明(無論正確與否)能夠為一些IT經(jīng)理和他們報告的上級提供些許的確定性、可靠性和安全。如同一句老話說的，沒有人因為購買了IBM的產(chǎn)品而被解雇，這句話同樣適用于這里(即使IBM日前決定銷售MySQL);使用著名大公司的產(chǎn)品的確幫助一些人在晚上睡的著，他們是投資者、PHB(Dilbertreference:Pointy-HairedBosses)和經(jīng)驗豐富的IT經(jīng)理。
可擴展性的領(lǐng)悟
我很小心的命名這最后一個理由。很多業(yè)內(nèi)的專家對于MySQL不能很好的擴展都有一致的感知。這個問題被很多人都討論過，雖然大部分的討論趨于消除水平擴展和垂直擴展之間區(qū)別。MySQL談到水平擴展比垂直擴展的次數(shù)更多，但是將可擴展性列為使用MySQL的主要理由之一。
不使用MySQL的理由有哪些
同時、我注意到存在著一個趨勢，但是我還沒有可靠的數(shù)據(jù)支持這個趨勢，那就是受過正規(guī)培訓的DBA往往會選擇私有的RDBMS，比如Oracle。我懷疑那些有正規(guī)培訓和經(jīng)驗的DBA(而不是軟件工程師)往往對私有的系統(tǒng)有一種偏愛。在那些為DBA分配了固定角色的大環(huán)境中(相對于兼職的咨詢師或者兼具程序員身份的人)，MySQL可能由于這個原因而失寵。在這個層次上，MySQL的擴展性是否是個真實或者想象出來的批評就變的無關(guān)緊要了。如果沒有一個充分的理由顛覆這個因素，當你負責安排資源的時候，你想要給他們那些他們最喜歡、帶來好處的工具。如果你的那些具有15年經(jīng)驗的DBA想要Oracle，并且Oracle也在預算之內(nèi)，那么從長遠來看這個方法會有回報的。
進行到了這里，當比較幾種穩(wěn)定的、成熟的、功能豐富的產(chǎn)品的時候，人們就可以不再于哪一個才是絕對意義上“更好的”產(chǎn)品這個問題。取代這個問題的應該是一個需要更多洞察力的問題：哪一個產(chǎn)品才是最適合于給定環(huán)境的。我認為主要的RDBMS產(chǎn)品都會遇到這個問題，包括MySQL。這個情況何時發(fā)生的問題對一些產(chǎn)品可能是公開的，而這幾個產(chǎn)品也歡迎在這個問題上展開討論。我能夠這么說，每個產(chǎn)品都會有不適用的特殊時刻，這就是今天的格局，對任何主要的系統(tǒng)都是一樣的。在MySQL的例子中，我相信我們已經(jīng)提到了幾個最充分的理由——這些理由不會是一錘子買賣，也不會很快變的過期的。
感謝各位的閱讀！關(guān)于“不使用MySQL的理由有哪些”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，讓大家可以學到更多知識，如果覺得文章不錯，可以把它分享出去讓更多的人看到吧！
重慶分公司
重慶分公司
