這篇文章將為大家詳細講解有關MySQL和PostgreSQL哪個更好，小編覺得挺實用的，因此分享給大家做個參考，希望大家閱讀完這篇文章后可以有所收獲。

公司主營業(yè)務：做網(wǎng)站、網(wǎng)站建設、移動網(wǎng)站開發(fā)等業(yè)務。幫助企業(yè)客戶真正實現(xiàn)互聯(lián)網(wǎng)宣傳，提高企業(yè)的競爭能力。成都創(chuàng)新互聯(lián)是一支青春激揚、勤奮敬業(yè)、活力青春激揚、勤奮敬業(yè)、活力澎湃、和諧高效的團隊。公司秉承以“開放、自由、嚴謹、自律”為核心的企業(yè)文化，感謝他們對我們的高要求，感謝他們從不同領域給我們帶來的挑戰(zhàn)，讓我們激情的團隊有機會用頭腦與智慧不斷的給客戶帶來驚喜。成都創(chuàng)新互聯(lián)推出興山免費做網(wǎng)站回饋大家。

一開始就將國外使用 MYSQL 和 PG 的公司劃分了出來。

PostgreSQL 這邊的陣營有以下公司

Apple  IMDB Macworld , Debian Fujitsu , Red Hat , Sun Microsystem

Cisco , Skype   ( 請不要懷疑現(xiàn)在還有沒有Sun Microsystem 以及這篇英文的文章的時間，我已經(jīng)查過了)

MySQL 這邊有以下一些公司

GitHub , NASA ,Facebook ,Twitter, YouTube ,Tesla

從上邊的兩邊使用不同數(shù)據(jù)庫的公司對比，很清晰的看出，大部分傳統(tǒng)的公司，大多選擇了 PostgreSQL , 大部分互聯(lián)網(wǎng)類似的公司使用了 MySQL

在這樣的開場白后，文章開始從數(shù)據(jù)庫的結構開始闡述兩種數(shù)據(jù)庫的不同

PG 被定調(diào)為對象關系數(shù)據(jù)庫管理系統(tǒng)(ORDBMS)，強調(diào)可擴展性和標準遵從性，支持事務性的，具有可更新和物化的視圖、觸發(fā)器和外鍵，還支持函數(shù)和存儲過程的數(shù)據(jù)庫。同時強調(diào)了，POSTGRESQL 在具備以下的一些功能后，還支持 NOSQL 的功能，并可以提上臺面。

MYSQL 這邊被定調(diào)關系數(shù)據(jù)庫管理系統(tǒng)(RDBMS)，同時也是支持事務，視圖，觸發(fā)器，外鍵，函數(shù)存儲過程并且從MYSQL 5.7 以后也開始支持NOSQL的開源流行的數(shù)據(jù)庫。

反正看到這里，我沒有從讀到的信息里面看到傾向性，或是一開頭就看出是哪個公司的X文。

文章下面就開始了各種比較，從以下一些方面

1  索引支持的類型

2  數(shù)據(jù)復制方式的支持模式

3  數(shù)據(jù)庫語法的標準型

4  數(shù)據(jù)引擎方面

這里在索引類型方面文章提到PG 支持的索引類型較多，數(shù)據(jù)復制的方式支持的模式也有兩種，MYSQL 截止目前，其實也開始支持兩種復制模式（不過你的升級到 MYSQL 8.017），以及提到了PG 在語法方面的嚴格性。在數(shù)據(jù)庫引擎層，倒是并未過多提起，其實也都各有千秋，也各有自己的弱點，這里就不提了，見仁見智。

當然文章最后還是比較公平的，但在最后最后，還是不忘說了一句，PG 正在變得越來越流行并且部分功能比MYSQL 還是要技高一籌的。

當然這篇文字并不是要大家看完之后，拋棄哪個，就使用哪個，我覺得那是不負責任和幼兒園的行為。

從開頭開始，我們就可以看出，如果你是傳統(tǒng)的企業(yè)，或者你的業(yè)務邏輯比較復雜的情況下，一些公司在數(shù)據(jù)庫層面的首選可能是 POSTGRESQL，因為到目前為止，你很少聽說有在 MYSQL上面實現(xiàn)很復雜的 存儲過程，函數(shù)，以及類似ORACLE 那樣的SQL 的寫法去加載到MYSQL中，當然你可以用程序來實現(xiàn)，（今天不想討論程序?qū)?，不是我的強項也讓文字變得更冗長）。而互聯(lián)網(wǎng)企業(yè)一般可能由于業(yè)務簡單，以及需要更靈活的一些架構，并且開發(fā)的LEVEL 也比較高，在這些基礎上，大致都在選擇MYSQL 作為基礎數(shù)據(jù)庫，進行各種分庫。

而從我最近一段時間使用兩種數(shù)據(jù)庫的過程中，自己也感覺到一些文章中沒有提到的不同，比如開發(fā)在問我

我的這個表設計的時候主鍵的設計要注意什么，如果是MYSQL 我會很嚴肅的告訴他們一些關于MYSQL 主鍵設計中的一些需要注意的地方，而如果是POSTGRESQL， 則我會持比較開放的態(tài)度，基本上不會有特別的要求。（這當然是索引組織表 VS  堆表之間的差異）從設計的角度來看可能POSTGRESQL 對開發(fā)人員更加的友好一些，初級的設計人員即使設計的不是特別NICE，也不會出太大的亂子，而MYSQL 則需要設計的人員，一開始（有ORACLE 的表設計的多年的經(jīng)驗，也不見得特別有用）會要求比較多，例如范式我們是不是要嚴格要求（當然不），以哪種觀點來設計表。

當然先到先得的觀點，MYSQL在目前是占有上峰，并且在去ORACLE的國內(nèi)情形下，還能多占更多的份額。可有些公司的本來使用傳統(tǒng)數(shù)據(jù)庫好好的，但一換到MYSQL 就開始出問題，誠然是開發(fā)人員水平不夠，道航不夠深，還用老方式去設計，造成MYSQL表中充斥了， 大量的 trigger , procedure, 外鍵，這樣設計出來的東西......  ，各種ORACLE 的原來的SQL 照搬到MYSQL 中使用，我也不是沒有見過，一塌糊涂，最后給與MYSQL 一個很差的評語，這本身就是對MYSQL 的不公平，因為你不懂他。

換言，POSTGRESQL需求 在招聘廣告里面出現(xiàn)的次數(shù)越來越多的原因也是，一部分企業(yè)吃到了苦頭，在不具備使用MYSQL 的基礎上，硬上，最后各種失敗后的一種回歸。 

其實開源數(shù)據(jù)庫行業(yè)里面，傳統(tǒng)的數(shù)據(jù)庫無非就是MYSQL  VS  POSTGRESQL 那個數(shù)據(jù)庫更好，這樣的話題不如改成，那個更適合你，這樣的話題更成熟。

例如你的開發(fā)人員從未使用過MYSQL 數(shù)據(jù)庫，并且也不是互聯(lián)網(wǎng)企業(yè)（大，中廠）訓練過來的，基本上一直用ORACLE 的開發(fā)人員，你不如讓他安心的使用POSTGRESQL ，至少你的這個項目不會出現(xiàn)各種針對MYSQL 的怪異設計，或者原來一直維護ORACLE SQL SERVER 這樣傳統(tǒng)數(shù)據(jù)庫的企業(yè)，也就別費勁，趕時髦上MYSQL，先問問如何承受的了互聯(lián)網(wǎng)企業(yè)那些壓力和各種踩坑，填坑的速度。

關于“MYSQL和PostgreSQL哪個更好”這篇文章就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，使各位可以學到更多知識，如果覺得文章不錯，請把它分享出去讓更多的人看到。