(換膚)
語言：
文章編號：11734時間：2024-10-01人氣：
如果把OracleDBA轉到PostgreSQL數據庫上是比較容易的，畢竟PostgreSQL數據庫與Oracle數據庫很相似。
PostgreSQL幾乎支持所有的SQL標準，支持類型相當豐富。 PostgreSQL數據庫的源代碼要比MySQL數據庫的源代碼更容易讀懂，如果團隊的C語言能力比較強的話，就可以在PostgreSQL數據庫上做開發，比方說實現類似greenplum的系統，這樣也能與現在的分布式趨勢接軌。
為了說明PostgreSQL的功能，下面從“從Oracle遷移到Mysql之前必須知道的50件事”簡要對比一下PostgreSQL數據庫與MySQL數據庫之間的差異。
1、對子查詢的優化表現不佳。（PostgreSQL可解決）
2、對復雜查詢的處理較弱。（PostgreSQL可解決）
3、查詢優化器不夠成熟。（PostgreSQL可解決）
PostgreSQL完全支持SQL-92標準，對SQL的支持也很全面，可以支持復雜的SQL查詢。
4、性能優化工具與度量信息不足。（PostgreSQL可解決）
PostgreSQL提供了執行計劃和詳細的cost值，可以方便看到SQL的執行效率。
5、審計功能相對較弱。
6、安全功能不成熟,沒有用戶組與角色的概念,沒有回收權限的功能(僅可以授予權限)。 當一個用戶從不同的主機/網絡以同樣的用戶名/密碼登錄之后,可能被當作完全不同的用戶來處理，沒有類似于Oracle的內置的加密功能。
7、身份驗證功能是完全內置的，不支持LDAP、ActiveDirectory或其它類似的外部身份驗證功能。
8、MysqlCluster可能與你想象的有較大差異。
9、存儲過程與觸發器的功能有限。（PostgreSQL可解決）
PostgreSQL提供了完善的存儲過程和觸發器支持。
10、垂直擴展性較弱。
11、不支持MPP(大規模并行處理)。（PostgreSQL可解決）
PostgreSQL是類似Oracle數據庫的多進程架構，而不像MySQL是多線程的架構，所以能支持MPP。
12、支持SMP(對稱多處理器),但是如果每個處理器超過4或8個核(core)時,Mysql的擴展性表現較差。
14、可用來編寫存儲過程、觸發器、計劃事件以及存儲函數的語言功能較弱。
15、沒有基于回滾(roll-back)的恢復功能,只有前滾(roll-forward)的恢復功能。
16、不支持快照功能。
17、不支持數據庫鏈(databaselink)。 有一種叫做Federated的存儲引擎可以作為一個中轉將查詢語句傳遞到遠程服務器的一個表上,不過,它功能很粗糙并且漏洞很多。
18、數據完整性檢查非常薄弱,即使是基本的完整性約束，也往往不能執行。（PostgreSQL可解決）
PostgreSQL提供完善的數據完整性檢查機制，支持外鍵。
19、優化查詢語句執行計劃的優化器提示非常少。
20、只有一種表連接類型:嵌套循環連接(nested-loop),不支持排序-合并連接(sort-mergejoin)與散列連接(hashjoin)。（PostgreSQL可解決）
PostgreSQL則支持這些表連接類型。
21、大部分查詢只能使用表上的單一索引;在某些情況下,會存在使用多個索引的查詢,但是查詢優化器通常會低估其成本,它們常常比表掃描還要慢。（PostgreSQL可解決）
PostgreSQL數據不存在這個問題，假設表T的兩個字段col1的col2上有兩個索引,idx_1和idx_2，那么select*fromtwherecol1=:aandcol2=:b;查詢時，PostgreSQL數據庫有可能把這個查詢轉化為select*fromtwherecol1=:aintersectselect*fromtwherecol2=:b，這樣兩個索引都可以使用上。
22、不支持位圖索引(bitmapindex)。 每種存儲引擎都支持不同類型的索引。 大部分存儲引擎都支持B-Tree索引。
23、管理工具較少,功能也不夠成熟。
24、沒有成熟能夠令人滿意的IDE工具與調試程序。 可能不得不在文本編輯器中編寫存儲過程,并且通過往表(調試日志表)中插入記錄的方式來做調試。
25、每個表都可以使用一種不同的存儲引擎。（PostgreSQL可解決）
26、每個存儲引擎在行為表現、特性以及功能上都可能有很大差異。（PostgreSQL可解決）
27、大部分存儲引擎都不支持外鍵。（PostgreSQL可解決）
28、默認的存儲引擎(MyISAM)不支持事務,并且很容易損壞。（PostgreSQL可解決）
29、最先進最流行的存儲引擎InnoDB由Oracle擁有。（PostgreSQL可解決）
30、有些執行計劃只支持特定的存儲引擎。 特定類型的Count查詢,在這種存儲引擎中執行很快,在另外一種存儲引擎中可能會很慢。 （PostgreSQL可解決）
PostgreSQL只有一種存儲引擎，所以不存在上面的情況。 而PostgreSQL支持完善的事務。
31、執行計劃并不是全局共享的,,僅僅在連接內部是共享的。
32、全文搜索功能有限,只適用于非事務性存儲引擎。 Ditto用于地理信息系統/空間類型和查詢。 （PostgreSQL可解決）
PostgreSQL數據庫支持全文搜索，支持更多類型的索引，如B-tree,R-tree,Hash,GiST,GIN，R-tree,GIST,GIN索引可用于空間類型和查詢。
33、沒有資源控制。 一個完全未經授權的用戶可以毫不費力地耗盡服務器的所有內存并使其崩潰,或者可以耗盡所有CPU資源。
34、沒有集成商業智能(businessintelligence),OLAP**數據集等軟件包。
35、沒有與GridControl類似的工具
36、沒有類似于RAC的功能。 如果你問”如何使用Mysql來構造RAC”,只能說你問錯了問題。
37、不支持用戶自定義類型或域(domain)。（PostgreSQL可解決）
PostgreSQL支持豐富的類型，同時也支持自定義類型。
38、每個查詢支持的連接的數量最大為61。
39、MySQL支持的SQL語法(ANSISQL標準)的很小一部分。 不支持遞歸查詢、通用表表達式（Oracle的with語句）或者窗口函數（分析函數）。 支持部分類似于Merge或者類似特性的SQL語法擴展,不過相對于Oracle來講功能非常簡單。 （PostgreSQL可解決）
這些PostgreSQL數據庫都支持，如窗口函數。
40、不支持功能列(基于計算或者表達式的列,Oracle11g開始支持計算列,以及早期版本就支持虛列(rownum,rowid))。
41、不支持函數索引,只能創建基于具體列的索引。（PostgreSQL可解決）
PostgreSQL支持函數索引。
42、不支持物化視圖。
43、不同的存儲引擎之間,統計信息差別很大,并且所有的存儲引擎支持的統計信息都只支持簡單的基數(cardinality)與一定范圍內的記錄數(rows-in-a-range)。 換句話說，數據分布統計信息是有限的。 更新統計信息的機制也不多。
44、沒有內置的負載均衡與故障切換機制。
45、復制(Replication)功能是異步的,并且有很大的局限性。 例如,它是單線程的(single-threaded),因此一個處理能力更強的Slave的恢復速度也很難跟上處理能力相對較慢的Master。
46、Cluster并不如想象的那么完美。 或許我已經提過這一點,但是這一點值得再說一遍。
47、數據字典(INFORMATION_SCHEMA)功能很有限,并且訪問速度很慢(在繁忙的系統上還很容易發生崩潰)。
48、不支持在線的AlterTable操作。
49、不支持Sequence。（PostgreSQL可解決）
PostgreSQL支持sequence。
50、類似于ALTERTABLE或CREATETABLE一類的操作都是非事務性的。 它們會提交未提交的事務,并且不能回滾也不能做災難恢復。 Schame被保存在文件系統上,這一點與它使用的存儲引擎無關。 （PostgreSQL可解決）
PostgreSQL不存在這個問題。
以上個人淺見，歡迎批評指正。
認同我的看法，請點個贊再走，感謝！
喜歡我的，請關注我，再次感謝！
特性MySQLPostgreSQL實例通過執行 MySQL 命令（mysqld）啟動實例。 一個實例可以管理一個或多個數據庫。 一臺服務器可以運行多個 mysqld 實例。 一個實例管理器可以監視 mysqld 的各個實例。 通過執行 Postmaster 進程（pg_ctl）啟動實例。 一個實例可以管理一個或多個數據庫，這些數據庫組成一個集群。 集群是磁盤上的一個區域，這個區域在安裝時初始化并由一個目錄組成，所有數據都存儲在這個目錄中。 使用 initdb 創建第一個數據庫。 一臺機器上可以啟動多個實例。 數據庫數據庫是命名的對象集合，是與實例中的其他數據庫分離的實體。 一個 MySQL 實例中的所有數據庫共享同一個系統編目。 數據庫是命名的對象集合，每個數據庫是與其他數據庫分離的實體。 每個數據庫有自己的系統編目，但是所有數據庫共享 pg_databases。 數據緩沖區通過 innodb_buffer_pool_size 配置參數設置數據緩沖區。 這個參數是內存緩沖區的字節數，InnoDB 使用這個緩沖區來緩存表的數據和索引。 在專用的數據庫服務器上，這個參數最高可以設置為機器物理內存量的 80%。 ShaRed_buffers 緩存。 在默認情況下分配 64 個緩沖區。 默認的塊大小是 8K。 可以通過設置 文件中的 shared_buffers 參數來更新緩沖區緩存。 數據庫連接客戶機使用 CONNECT 或 Use 語句連接數據庫，這時要指定數據庫名，還可以指定用戶 id 和密碼。 使用角色管理數據庫中的用戶和用戶組。 客戶機使用 connect 語句連接數據庫，這時要指定數據庫名，還可以指定用戶 id 和密碼。 使用角色管理數據庫中的用戶和用戶組。 身份驗證MySQL 在數據庫級管理身份驗證。 基本只支持密碼認證。 PostgreSQL 支持豐富的認證方法：信任認證、口令認證、Kerberos 認證、基于 Ident 的認證、LDAP 認證、PAM 認證加密可以在表級指定密碼來對數據進行加密。 還可以使用 AES_ENCRYPT 和 AES_DECRYPT 函數對列數據進行加密和解密。 可以通過 SSL 連接實現網絡加密。 可以使用 pgcrypto 庫中的函數對列進行加密/解密。 可以通過 SSL 連接實現網絡加密。 審計可以對 querylog 執行 grep。 可以在表上使用 PL/pgSQL 觸發器來進行審計。 查詢解釋使用 EXPLAIN 命令查看查詢的解釋計劃。 使用 EXPLAIN 命令查看查詢的解釋計劃。 備份、恢復和日志InnoDB 使用寫前（write-ahead）日志記錄。 支持在線和離線完全備份以及崩潰和事務恢復。 需要第三方軟件才能支持熱備份。 在數據目錄的一個子目錄中維護寫前日志。 支持在線和離線完全備份以及崩潰、時間點和事務恢復。 可以支持熱備份。 JDBC 驅動程序可以從 參考資料 下載 JDBC 驅動程序。 可以從 參考資料 下載 JDBC 驅動程序。 表類型取決于存儲引擎。 例如，NDB 存儲引擎支持分區表，內存引擎支持內存表。 支持臨時表、常規表以及范圍和列表類型的分區表。 不支持哈希分區表。 由于PostgreSQL的表分區是通過表繼承和規則系統完成了，所以可以實現更復雜的分區方式。 索引類型取決于存儲引擎。 MyISAM：BTREE，InnoDB：BTREE。 支持 B-樹、哈希、R-樹和 Gist 索引。 約束支持主鍵、外鍵、惟一和非空約束。 對檢查約束進行解析，但是不強制實施。 支持主鍵、外鍵、惟一、非空和檢查約束。 存儲過程和用戶定義函數支持 CREATE PROCEDURE 和 CREATE FUNCTION 語句。 存儲過程可以用 SQL 和 C++ 編寫。 用戶定義函數可以用 SQL、C 和 C++ 編寫。 沒有單獨的存儲過程，都是通過函數實現的。 用戶定義函數可以用 PL/pgSQL（專用的過程語言）、PL/Tcl、PL/Perl、PL/Python 、SQL 和 C 編寫。 觸發器支持行前觸發器、行后觸發器和語句觸發器，觸發器語句用過程語言復合語句編寫。 支持行前觸發器、行后觸發器和語句觸發器，觸發器過程用 C 編寫。 系統配置文件數據庫配置客戶機連接文件_ 支持有限的 XML 支持。 有限的 XML 支持。 數據訪問和管理服務器OPTIMIZE TABLE —— 回收未使用的空間并消除數據文件的碎片myisamchk -analyze —— 更新查詢優化器所使用的統計數據（MyISAM 存儲引擎）mysql —— 命令行工具MySQL Administrator —— 客戶機 GUI 工具Vacuum —— 回收未使用的空間Analyze —— 更新查詢優化器所使用的統計數據psql —— 命令行工具pgAdmin —— 客戶機 GUI 工具并發控制支持表級和行級鎖。 InnoDB 存儲引擎支持 READ_COMMITTED、READ_UNCOMMITTED、REPEATABLE_READ 和 SERIALIZABLE。 使用 SET TRANSACTION ISOLATION LEVEL 語句在事務級設置隔離級別。 支持表級和行級鎖。 支持的 ANSI 隔離級別是 Read Committed（默認 —— 能看到查詢啟動時數據庫的快照）和 Serialization（與 Repeatable Read 相似 —— 只能看到在事務啟動之前提交的結果）。 使用 SET TRANSACTION 語句在事務級設置隔離級別。 使用 SET SESSION 在會話級進行設置。 MySQL相對于PostgreSQL的劣勢：MySQLPostgreSQL最重要的引擎InnoDB很早就由Oracle公司控制。 目前整個MySQL數據庫都由Oracle控制。 BSD協議，沒有被大公司壟斷。 對復雜查詢的處理較弱，查詢優化器不夠成熟很強大的查詢優化器，支持很復雜的查詢處理。 只有一種表連接類型:嵌套循環連接(nested-loop),不支持排序-合并連接(sort-merge join)與散列連接(hash join)。 都支持性能優化工具與度量信息不足提供了一些性能視圖，可以方便的看到發生在一個表和索引上的select、delete、update、insert統計信息，也可以看到cache命中率。 網上有一個開源的pgstatspack工具。 InnoDB的表和索引都是按相同的方式存儲。 也就是說表都是索引組織表。 這一般要求主鍵不能太長而且插入時的主鍵最好是按順序遞增，否則對性能有很大影響。 不存在這個問題。 大部分查詢只能使用表上的單一索引;在某些情況下，會存在使用多個索引的查詢,但是查詢優化器通常會低估其成本,它們常常比表掃描還要慢。 不存在這個問題表增加列，基本上是重建表和索引，會花很長時間。 表增加列，只是在數據字典中增加表定義，不會重建表存儲過程與觸發器的功能有限。 可用來編寫存儲過程、觸發器、計劃事件以及存儲函數的語言功能較弱除支持pl/pgsql寫存儲過程，還支持perl、python、Tcl類型的存儲過程：pl/perl，pl/python，pl/tcl。 也支持用C語言寫存儲過程。 不支持Sequence。 支持不支持函數索引，只能在創建基于具體列的索引。 不支持物化視圖。 支持函數索引，同時還支持部分數據索引，通過規則系統可以實現物化視圖的功能。 執行計劃并不是全局共享的, 僅僅在連接內部是共享的。 執行計劃共享MySQL支持的SQL語法(ANSI SQL標準)的很小一部分。 不支持遞歸查詢、通用表表達式（Oracle的with 語句）或者窗口函數（分析函數）。 都 支持不支持用戶自定義類型或域(domain)支持。 對于時間、日期、間隔等時間類型沒有秒以下級別的存儲類型可以精確到秒以下。 身份驗證功能是完全內置的，不支持操作系統認證、PAM認證，不支持LDAP以及其它類似的外部身份驗證功能。 支持OS認證、Kerberos 認證 、Ident 的認證、LDAP 認證、PAM 認證不支持database link。 有一種叫做Federated的存儲引擎可以作為一個中轉將查詢語句傳遞到遠程服務器的一個表上,不過,它功能很粗糙并且漏洞很多有dblink，同時還有一個dbi-link的東西，可以連接到oracle和mysql上。 Mysql Cluster可能與你的想象有較大差異。 開源的cluster軟件較少。 復制(Replication)功能是異步的,并且有很大的局限性.例如,它是單線程的(single-threaded),因此一個處理能力更強的Slave的恢復速度也很難跟上處理能力相對較慢的Master.有豐富的開源cluster軟件支持。 explain看執行計劃的結果簡單。 explain返回豐富的信息。 類似于ALTER TABLE或CREATE TABLE一類的操作都是非事務性的.它們會提交未提交的事務，并且不能回滾也不能做災難恢復 DDL也是有事務的。 PostgreSQL主要優勢：1. PostgreSQL完全免費，而且是BSD協議，如果你把PostgreSQL改一改，然后再拿去賣錢，也沒有人管你，這一點很重要，這表明了PostgreSQL數據庫不會被其它公司控制。 oracle數據庫不用說了，是商業數據庫，不開放。 而MySQL數據庫雖然是開源的，但現在隨著SUN被oracle公司收購，現在基本上被oracle公司控制，其實在SUN被收購之前，MySQL中最重要的InnoDB引擎也是被oracle公司控制的，而在MySQL中很多重要的數據都是放在InnoDB引擎中的，反正我們公司都是這樣的。 所以如果MySQL的市場范圍與oracle數據庫的市場范圍沖突時，oracle公司必定會犧牲MySQL，這是毫無疑問的。 2. 與PostgreSQl配合的開源軟件很多，有很多分布式集群軟件，如pgpool、pgcluster、slony、plploxy等等，很容易做讀寫分離、負載均衡、數據水平拆分等方案，而這在MySQL下則比較困難。 3. PostgreSQL源代碼寫的很清晰，易讀性比MySQL強太多了，懷疑MySQL的源代碼被混淆過。 所以很多公司都是基本PostgreSQL做二次開發的。 4. PostgreSQL在很多方面都比MySQL強，如復雜SQL的執行、存儲過程、觸發器、索引。 同時PostgreSQL是多進程的，而MySQL是線程的，雖然并發不高時，MySQL處理速度快，但當并發高的時候，對于現在多核的單臺機器上，MySQL的總體處理性能不如PostgreSQL，原因是MySQL的線程無法充分利用CPU的能力。 目前只想到這些，以后想到再添加，歡迎大家拍磚。 PostgreSQL與oracle或InnoDB的多版本實現的差別PostgreSQL與oracle或InnoDB的多版本實現最大的區別在于最新版本和歷史版本是否分離存儲，PostgreSQL不分，而oracle和InnoDB分，而innodb也只是分離了數據,索引本身沒有分開。 PostgreSQL的主要優勢在于： 1. PostgreSQL沒有回滾段，而oracle與innodb有回滾段，oracle與Innodb都有回滾段。 對于oracle與Innodb來說，回滾段是非常重要的，回滾段損壞，會導致數據丟失，甚至數據庫無法啟動的嚴重問題。 另由于PostgreSQL沒有回滾段，舊數據都是記錄在原先的文件中，所以當數據庫異常crash后，恢復時，不會象oracle與Innodb數據庫那樣進行那么復雜的恢復，因為oracle與Innodb恢復時同步需要redo和undo。 所以PostgreSQL數據庫在出現異常crash后，數據庫起不來的幾率要比oracle和mysql小一些。 2. 由于舊的數據是直接記錄在數據文件中，而不是回滾段中，所以不會象oracle那樣經常報ora-錯誤。 3. 回滾可以很快完成，因為回滾并不刪除數據，而oracle與Innodb，回滾時很復雜，在事務回滾時必須清理該事務所進行的修改，插入的記錄要刪除，更新的記錄要更新回來(見row_undo函數)，同時回滾的過程也會再次產生大量的redo日志。 4. WAL日志要比oracle和Innodb簡單，對于oracle不僅需要記錄數據文件的變化，還要記錄回滾段的變化。 PostgreSQL的多版本的主要劣勢在于： 1、最新版本和歷史版本不分離存儲，導致清理老舊版本需要作更多的掃描，代價比較大，但一般的數據庫都有高峰期，如果我們合理安排VACUUM，這也不是很大的問題，而且在PostgreSQL9.0中VACUUM進一步被加強了。 2、由于索引中完全沒有版本信息，不能實現Coverage index scan，即查詢只掃描索引，直接從索引中返回所需的屬性，還需要訪問表。 而oracle與Innodb則可以;進程模式與線程模式的對比PostgreSQL和oracle是進程模式，MySQL是線程模式。 進程模式對多CPU利用率比較高。 進程模式共享數據需要用到共享內存，而線程模式數據本身就是在進程空間內都是共享的，不同線程訪問只需要控制好線程之間的同步。 線程模式對資源消耗比較少。 所以MySQL能支持遠比oracle多的更多的連接。 對于PostgreSQL的來說，如果不使用連接池軟件，也存在這個問題，但PostgreSQL中有優秀的連接池軟件軟件，如pgbouncer和pgpool，所以通過連接池也可以支持很多的連接。 堆表與索引組織表的的對比Oracle支持堆表，也支持索引組織表PostgreSQL只支持堆表，不支持索引組織表Innodb只支持索引組織表索引組織表的優勢：表內的數據就是按索引的方式組織，數據是有序的，如果數據都是按主鍵來訪問，那么訪問數據比較快。 而堆表，按主鍵訪問數據時，是需要先按主鍵索引找到數據的物理位置。 索引組織表的劣勢：索引組織表中上再加其它的索引時，其它的索引記錄的數據位置不再是物理位置，而是主鍵值，所以對于索引組織表來說，主鍵的值不能太大，否則占用的空間比較大。 對于索引組織表來說，如果每次在中間插入數據，可能會導致索引分裂，索引分裂會大大降低插入的性能。 所以對于使用innodb來說，我們一般最好讓主鍵是一個無意義的序列，這樣插入每次都發生在最后，以避免這個問題。 由于索引組織表是按一個索引樹，一般它訪問數據塊必須按數據塊之間的關系進行訪問，而不是按物理塊的訪問數據的，所以當做全表掃描時要比堆表慢很多，這可能在OLTP中不明顯，但在數據倉庫的應用中可能是一個問題。 PostgreSQL9.0中的特色功能： PostgreSQL中的Hot Standby功能也就是standby在應用日志同步時，還可以提供只讀服務，這對做讀寫分離很有用。 這個功能是oracle11g才有的功能。 PostgreSQL異步提交（Asynchronous Commit）的功能：這個功能oracle中也是到oracle11g R2才有的功能。 因為在很多應用場景中，當宕機時是允許丟失少量數據的，這個功能在這樣的場景中就特別合適。 在PostgreSQL9.0中把synchronous_commit設置為false就打開了這個功能。 需要注意的是，雖然設置為了異步提交，當主機宕機時，PostgreSQL只會丟失少量數據，異步提交并不會導致數據損壞而數據庫起不來的情況。 MySQL中沒有聽說過有這個功能。 PostgreSQL中索引的特色功能： PostgreSQL中可以有部分索引，也就是只能表中的部分數據做索引，create index 可以帶where 條件。 同時PostgreSQL中的索引可以反向掃描，所以在PostgreSQL中可以不必建專門的降序索引了。
PostgreSQL 和 MySQL 是將數據組織成表的關系數據庫。 這些表可以根據每個表共有的數據鏈接或關聯。 關系數據庫使您的企業能夠更好地了解可用數據之間的關系，并幫助獲得新的見解以做出更好的決策或發現新的機會。 PostgreSQL 和 MySQL 都依賴于 SQL（結構化查詢語言），這是與管理系統交互的標準語言。 SQL 允許使用具有簡單結構的幾行源代碼連接表，大多數非技術員工可以快速學習。 使用 SQL，分析師不需要知道訂單表在磁盤上的位置、如何執行查找以查找特定訂單或如何連接訂單表和客戶表。 數據庫編譯查詢并計算出正確的數據點。 MySQL 和 PostgreSQL 都支持 JavaScript Object Notation (JSON) 存儲和傳輸數據，盡管 PostgreSQL 也支持 JSONB，這是 JSON 的二進制版本，它消除了鍵的重復和無關的空格。 除了傳統的支持機制外，這兩個數據庫都提供強大的社區支持。 PostgreSQL，也稱為 Postgres，是一種開源關系數據庫，因其可靠性、靈活性和對開放技術標準的支持而享有盛譽。 PostgreSQL 支持非關系和關系數據類型。 它被稱為當今可用的最兼容、最穩定和最成熟的關系數據庫之一，并且可以輕松處理復雜的查詢。 PostgreSQL 的特性包括： PostgreSQL 這是一個“一刀切”的解決方案，適用于許多尋求經濟高效的方法來改進其數據庫管理系統 (DBMS) 的企業。 它具有足夠的可擴展性和多功能性，可以通過強大的擴展生態系統快速支持各種專業用例，涵蓋時間序列數據類型和地理空間分析等工作。 作為開源數據庫解決方案構建的 PostgreSQL 完全不受許可限制、供應商鎖定的可能性或過度部署的風險。 PostgreSQL 通過對象關系數據庫管理系統 (ORDBMS) 進行管理。 PostgreSQL 負責管理業務活動的在線事務處理 (OLTP)協議的企業數據庫管理員提供了理想的解決方案，包括電子商務、客戶關系管理系統 (CRM) 和財務分類帳。 它也是管理接收、創建和生成的數據分析的理想選擇。 這些是 PostgreSQL 的一些主要優點： MySQL — 一種快速、可靠、可擴展且易于使用的開源關系數據庫系統 — 旨在處理關鍵任務、高負載的生產應用程序。 它是一種常見且易于啟動的數據庫，內存、磁盤和 CPU 利用率較低，有關系數據庫管理系統 (RDMS) 管理。 MySQL Community Edition 是一個由活躍的在線社區支持的免費下載版本。 MySQL 功能包括所有 SQL 標準命令以及事務和 ACID 合規性（代表原子性、一致性、隔離性和持久性）。 兩個最常見的關系數據庫是什么 MySQL 和 Oracle。 MySQL 不是 SQL Server 的同義詞，SQL Server 是 Microsoft 許可產品，與 MAC OS X 缺乏兼容性。 MariaDB 經常與 MySQL 混淆，它是 MySQL 的一個開源分支，速度更快，提供更多存儲引擎 (12)，但功能有限。 MySQL 和 MariaDB 使用的存儲引擎都是 InnoDB。 InnoDB 提供標準的 ACID 兼容特性。 與 MySQL 不同，MariaDB 不支持數據屏蔽或動態列表。 MySQL 通常用作 Web 數據庫來存儲各種信息類型，從單個信息數據點到為組織提供的產品或服務的完整列表。 它是LAMP（Linux 操作系統、Apache HTTP 服務器、MySQL RDBMS 和 PHP 編程語言）的基礎組件，這是一種有助于創建API、Web 應用程序和網站的軟件堆棧模型。 MySQL Workbench 是一個單一的、集成的可視化 SQL 平臺，用于 MySQL 數據庫的創建、開發、設計和管理。 MySQL 為市場提供了許多好處，包括： PostgreSQL 和 MySQL 之間有很多不同之處。 特性、功能和優勢方面的一些差異如下： 總之，PostgreSQL 和 MySQL 都有不同的用途，它們之間的選擇取決于企業目標和資源。 一般來說，PostgreSQL 是一個更強大、更高級的數據庫管理系統，非常適合需要在大型環境中快速執行復雜查詢的組織。 但是，對于預算和空間更受限制的公司來說，MySQL 是一個理想的解決方案。
如果打算為項目選擇一款免費、開源的數據庫，那么你可能會在MySQL與PostgreSQL之間猶豫不定。 MySQL與PostgreSQL都是免費、開源、強大、且功能豐富的數據庫。 你主要的問題可能是：哪一個才是最好的開源數據庫，MySQL還是PostgreSQL呢？該選擇哪一個開源數據庫呢？
在選擇數據庫時，你所做的是個長期的決策，因為后面如果再改變決定將是非常困難且代價高昂的。 你希望一開始就選擇正確。 兩個流行的開源數據庫MySQL與PostgreSQL常常成為最后要選擇的產品。 對這兩個開源數據庫的高層次概覽將會有助于你選擇最適合自己需要的。
MySQL相對來說比較年輕，首度出現在1994年。 它聲稱自己是最流行的開源數據庫。 MySQL就是LAMP（用于Web開發的軟件包，包括 Linux、Apache及Perl/PHP/Python）中的M。 構建在LAMP棧之上的大多數應用都會使用MySQL，包括那些知名的應用，如 WordPress、Drupal、Zend及phpBB等。
一開始，MySQL的設計目標是成為一個快速的Web服務器后端，使用快速的索引序列訪問方法（ISAM），不支持ACID。 經過早期快速的發展之 后，MySQL開始支持更多的存儲引擎，并通過InnoDB引擎實現了ACID。 MySQL還支持其他存儲引擎，提供了臨時表的功能（使用MEMORY存 儲引擎），通過MyISAM引擎實現了高速讀的數據庫，此外還有其他的核心存儲引擎與第三方引擎。
MySQL的文檔非常豐富，有很多質量不錯的免費參考手冊、圖書與在線文檔，還有來自于Oracle和第三方廠商的培訓與支持。
MySQL近幾年經歷了所有權的變更和一些頗具戲劇性的事件。 它最初是由MySQL AB開發的，然后在2008年以10億美金的價格賣給了Sun公司，Sun公司又在2010年被Oracle收購。 Oracle支持MySQL的多個版 本：Standard、Enterprise、Classic、Cluster、Embedded與Community。 其中有一些是免費下載的，另外一 些則是收費的。 其核心代碼基于GPL許可，對于那些不想使用GPL許可的開發者與廠商來說還有商業許可可供使用。
現在，基于最初的MySQL代碼還有更多的數據庫可供選擇，因為幾個核心的MySQL開發者已經發布了MySQL分支。 最初的MySQL創建者之一 Michael Monty Widenius貌似后悔將MySQL賣給了Sun公司，于是又開發了他自己的MySQL分支MariaDB，它是免費的，基于GPL許可。 知名的 MySQL開發者Brian Aker所創建的分支Drizzle對其進行了大量的改寫，特別針對多CPU、云、網絡應用與高并發進行了優化。
PostgreSQL
PostgreSQL標榜自己是世界上最先進的開源數據庫。 PostgreSQL的一些粉絲說它能與Oracle相媲美，而且沒有那么昂貴的價格和傲慢的客服。 它擁有很長的歷史，最初是1985年在加利福尼亞大學伯克利分校開發的，作為Ingres數據庫的后繼。
PostgreSQL是完全由社區驅動的開源項目，由全世界超過1000名貢獻者所維護。 它提供了單個完整功能的版本，而不像MySQL那樣提供了 多個不同的社區版、商業版與企業版。 PostgreSQL基于自由的BSD/MIT許可，組織可以使用、復制、修改和重新分發代碼，只需要提供一個版權聲 明即可。
可靠性是PostgreSQL的最高優先級。 它以堅如磐石的品質和良好的工程化而聞名，支持高事務、任務關鍵型應用。 PostgreSQL的文檔非 常精良，提供了大量免費的在線手冊，還針對舊版本提供了歸檔的參考手冊。 PostgreSQL的社區支持是非常棒的，還有來自于獨立廠商的商業支持。
數據一致性與完整性也是PostgreSQL的高優先級特性。 PostgreSQL是完全支持ACID特性的，它對于數據庫訪問提供了強大的安全性 保證，充分利用了企業安全工具，如Kerberos與OpenSSL等。 你可以定義自己的檢查，根據自己的業務規則確保數據質量。 在眾多的管理特性 中，point-in-time recovery（PITR）是非常棒的特性，這是個靈活的高可用特性，提供了諸如針對失敗恢復創建熱備份以及快照與恢復的能力。 但這并不是 PostgreSQL的全部，項目還提供了幾個方法來管理PostgreSQL以實現高可用、負載均衡與復制等，這樣你就可以使用適合自己特定需求的功能 了。
平臺
MySQL與PostgreSQL都出現在一些高流量的Web站點上：
MySQL：Slashdot、Twitter、Facebook與Wikipedia
PostgreSQL：Yahoo使用了一個修改的PostgreSQL數據庫來處理每天數以億計的事件，還有Reddit和Disqus
MySQL與PostgreSQL都能運行在多個操作系統上，如Linux、Unix、Mac OS X與Windows。 他們都是開源、免費的，因此測試他們時的唯一代價就是你的時間與硬件。 他們都很靈活且具有可伸縮性，可用在小型系統和大型分布式系統 上。 MySQL在一個領域上要比PostgreSQL更進一步，那就是它的觸角延伸到了嵌入式領域，這是通過libmysqld實現的。 PostgreSQL不支持嵌入式應用，依然堅守在傳統的客戶端/服務器架構上。
MySQL通常被認為是針對網站與應用的快速數據庫后端，能夠進行快速的讀取和大量的查詢操作，不過在復雜特性與數據完整性檢查方面不太盡如人意。 PostgreSQL是針對事務型企業應用的嚴肅、功能完善的數據庫，支持強ACID特性和很多數據完整性檢查。 他們二者都在某些任務上具有很快的速 度，MySQL不同存儲引擎的行為有較大差別。 MyISAM引擎是最快的，因為它只執行很少的數據完整性檢查，適合于后端讀操作較多的站點，不過對于包含 敏感數據的讀/寫數據庫來說就是個災難了，因為MyISAM表最終可能會損壞。 MySQL提供了修復MySQL表的工具，不過對于敏感數據來說，支持 ACID特性的InnoDB則是個更好的選擇。
與之相反，PostgreSQL則是個只有單一存儲引擎的完全集成的數據庫。 你可以通過調整文件的參數來改進性能，也可以調整查詢與事務。 PostgreSQL文檔對于性能調優提供了非常詳盡的介紹。
MySQL與PostgreSQL都是高可配置的，并且可以針對不同的任務進行相應的優化。 他們都支持通過擴展來添加額外的功能。
一個常見的誤解就是MySQL要比PostgreSQL更容易學習。 關系數據庫系統都是非常復雜的，這兩個數據庫的學習曲線其實是差不多的。
標準兼容性
PostgreSQL旨在實現SQL兼容性（當前標準是ANSI-SQL:2008）。 MySQL則兼容大部分SQL，不過還有自己的擴展，可以支 持NoSQL特性，這在參考手冊中都有介紹。 每種方式都有優缺點。 兼容標準會讓數據庫管理員、數據庫開發者與應用開發者更舒服一些，因為這意味著他們只需 學習一套標準、一套特性和命令即可。 這會節省時間，提升效率，也不會被鎖定在特定的廠商上。
支持使用非標準的自定義功能的人們認為這樣可以快速采用新的特性，而不必等待標準進程完成。 ANSI/ISO標準在不斷演化，因此標準兼容性也是個 變化的目標：知名的關系型數據庫Microsoft SQL Server、Oracle與IBM DB2也只是部分兼容于標準。
結論
雖然有不同的歷史、引擎與工具，不過并沒有明確的參考能夠表明這兩個數據庫哪一個能夠適用于所有情況。 很多組織喜歡使用PostgreSQL，因為 它的可靠性好，在保護數據方面很擅長，而且是個社區項目，不會陷入廠商的牢籠之中。 MySQL更加靈活，提供了更多選項來針對不同的任務進行裁剪。 很多時 候，對于一個組織來說，對某個軟件使用的熟練程度要比特性上的原因更重要。
了解PostgreSQL和MySQL之間的區別對于選擇合適的關系數據庫至關重要。 這兩種數據庫系統都是用于組織數據的表關聯型數據庫，通過SQL查詢語言進行操作，使得非技術人員也能便捷地處理數據。 盡管它們都支持SQL和JSON數據格式，但PostgreSQL的特性更為豐富，例如其特有的JSONB格式能優化數據存儲。 PostgreSQL作為開源的Postgres，以其可靠性、靈活性和對開放標準的支持而聞名，能夠處理復雜查詢，適用于需要高效率和多功能性的企業環境。 相比之下，MySQL以快速、易用和成本效益高見長，特別適合Web開發和輕量級應用。 它常見于LAMP架構，易于部署和管理，而MySQL Community Edition提供了免費下載。 InnoDB存儲引擎是MySQL和MariaDB的共同點，但MariaDB在功能和擴展性上略遜一籌。 在使用場景上，PostgreSQL適合需要高級查詢功能的大型組織，而MySQL更適合預算有限或資源受限的公司。 選擇哪個數據庫取決于企業的具體需求和資源條件。 無論選擇哪個，都需要根據實際場景進行評估。
內容聲明：
1、本站收錄的內容來源于大數據收集，版權歸原網站所有！
2、本站收錄的內容若侵害到您的利益，請聯系我們進行刪除處理！
3、本站不接受違法信息，如您發現違法內容，請聯系我們進行舉報處理！
4、本文地址：http://m.sycxjdsbhs.com/article/3a4df0978a6364a3abbe.html，復制請保留版權鏈接！
簡介rm命令是Linux系統中用于刪除文件和目錄的命令，它是一個非常強大的命令，提供了許多選項來控制刪除操作的行為，熟練掌握rm命令可以幫助我們更有效地管理文件系統，并避免意外刪除重要文件，基本語法rm命令的基本語法如下，rm[選項]文件或目錄其中，選項可以指定要執行的不同操作，例如，i，在刪除文件或目錄之前提示確認，f，強制刪除，...。
最新資訊 2024-09-27 22:20:09
引言在數字時代，進度條已成為用戶界面設計中無處不在的元素，它們向用戶傳達有關任務的當前狀態和預計完成時間的信息，并不是所有的進度條都是平等的，有些進度條雖然有用且高效，但有些卻令人沮喪且無效，在本文中，我們將探討設計有效進度條的藝術，使它們成為用戶體驗的有價值部分，我們將探討以下關鍵方面，意義性，進度條應傳達明確且有用的信息，引人入勝...。
最新資訊 2024-09-27 16:29:53
生產力解決的問題在當今快節奏的數字世界中，提升生產力至關重要，許多人面臨著阻礙他們達到最佳工作效率的挑戰，這些挑戰包括，注意力分散任務管理混亂溝通不暢時間浪費壓力和倦怠必備的在線工具和資源幸運的是，有許多在線工具和資源可以幫助我們克服這些挑戰，提高生產力，以下是必備的工具和資源，1.任務管理工具任務管理工具可以幫助我們組織任務、設定優...。
技術教程 2024-09-25 22:03:17
歡迎來到我們的網站，在這里您可以免費下載最新版新華字典，新華字典是漢語最權威的字典之一，收錄了海量的漢字、詞語和短語，有了新華字典，您可以輕松查詢漢字的讀音、釋義、組詞和用法，我們提供的新華字典是電子版，您可以在電腦、手機或平板電腦上使用，電子版新華字典具有以下優點，體積小巧，方便攜帶查詢方便，支持全文檢索可以隨時隨地使用，不受網絡限...。
本站公告 2024-09-16 11:51:38
include，once是PHP中一個非常有用的函數，它允許您在腳本中包含其他文件，這在需要重復使用代碼或從外部文件加載函數和類時非常方便，最佳實踐僅包含一次文件，include，once函數的名稱很容易理解，includeonce，僅包含一次，在腳本中包含同一文件多次是不行的，它將導致錯誤或意外的行為，使用絕對路徑，include...。
互聯網資訊 2024-09-16 02:05:53
揭秘PHP抽象編程的常見陷阱，避免錯誤并構建健壯的應用程序簡介抽象編程是PHP中一項強大的功能，它允許您創建松散耦合、可擴展且可維護的代碼，像任何強大的工具一樣，在抽象編程中也存在一些潛在的陷阱，在文章中，我們將探討使用PHP抽象編程時最常見的陷阱，并提供避免這些陷阱并構建健壯應用程序的建議，抽象類和接口陷阱，未能正確理解抽象類和接口...。
技術教程 2024-09-15 09:58:42
持續關注技術優化、內容質量、用戶體驗、SEO和社交媒體整合，您可以建立一個成功的新聞網站，它將成為您目標受眾的重要信息和參與來源，...。
技術教程 2024-09-14 16:20:49
引言圖像分類是一項基本計算機視覺任務，它涉及將圖像分配到預定義類別中，這項任務看似簡單，但在現實世界中卻面臨著許多挑戰，因為計算機需要理解圖像背后的含義才能正確分類，挑戰1.視覺變異圖像中的物體可能因視角、照明、遮擋和背景而產生顯著差異，這些變異會給分類器造成混淆，使其難以識別圖像中對象的真實本質，2.語義差距圖像中包含的含義與人類對...。
本站公告 2024-09-10 09:47:47
在競爭激烈的市場中，客戶滿意度至關重要，通過提供卓越的客戶服務，企業可以建立客戶忠誠度、提升品牌信譽，并最終增加盈利能力，在線客服系統源碼是打造無縫客戶交互的關鍵工具，通過利用這些開源解決方案，企業可以快速輕松地部署功能強大的客服平臺，滿足客戶不斷變化的需求，在線客服系統源碼的優勢低成本，開源解決方案通常免費或低成本，這使企業能夠在不...。
最新資訊 2024-09-08 23:11:37
什么是文件共享應用程序，文件共享應用程序是一種軟件，它允許用戶在不同設備和用戶之間共享文件，這些應用程序通過在云中存儲文件來工作，從而允許用戶從任何地方訪問它們，文件共享應用程序有多種用途，包括，與同事協作與朋友和家人分享照片和視頻備份重要文件在不同的設備之間傳輸文件如何選擇文件共享應用程序有許多不同的文件共享應用程序可供選擇，因此選...。
互聯網資訊 2024-09-06 12:39:05
安陽靈異事件是中國近代史上著名的靈異事件之一，1983年，河南省安陽市發生了多起離奇事件，引發了全國轟動，這些事件包括，多地的靈異傳言、群眾的集體發燒、疑似目擊者失蹤和死亡等，事件經過1983年4月，安陽市郊區開始流傳著一些離奇的傳言，人們說，當地有一個叫牛鬼的怪物，在夜間出沒，專門襲擊落單的行人，傳言迅速蔓延，引發了群眾的恐慌，與此...。
互聯網資訊 2024-09-03 02:08:12
其實裝修設計網站有很多很多，最重要的一點，就是找到比較適合的網站，這樣一說，就可以解決掉我們裝修設計方面的很多小問題的，那免費的裝修設計網站有哪些呢?以及免費的裝修設計常見的貓膩是什么呢?針對這兩個問題，我們帶大家一起了解下吧，請大家往下看，一、免費的裝修設計網站有哪些?1.愛福窩愛福窩在線裝修設計軟件是一款免費的室內設計軟件，簡單易...。
技術教程 2024-09-02 01:37:03