資料庫選型比對 Oracle vs sqlserver

SQL Server 2014  優點

1. 記憶體 OLTP：

提供部署到核心 SQL Server 資料庫中的記憶體 OLTP 功能，以顯著提高資料庫應用程式效能。

記憶體 OLTP 是隨 SQL Server 2014 Engine 一起安裝的，而無需執行任何其他操作，您不必重新編寫資料庫應用程式或更新硬體即可提高記憶體效能。SQL Server 2014 CTP2 增強功能包括 AlwaysOn 支援、增加的 TSQL 外圍應用以及能夠將現有物件遷移到記憶體 OLTP 中。

2. 記憶體可更新的 ColumnStore：

為現有 ColumnStore 的資料倉儲工作負載提供更高的壓縮率、更豐富的查詢支援和可更新性，為您提供甚至更快的載入速度、查詢效能、併發性和甚至更低的單位 TB 價格。

3. 將記憶體擴充套件到 SSD：

透過將 SSD 作為資料庫緩衝池擴充套件，將固態儲存無縫且透明地整合到 SQL Server 中，從而提高記憶體處理能力和減少磁碟 IO。

 

4. 加密備份：

（1) SQL Server 備份到 URL

SQL Server  備份到 URL 功能是在 SQL Server 2012 SP1 CU2 中引入的，只有 Transact-SQL、PowerShell 和SMO 支援這一功能。

在 SQL Server 2014 中，可以使用 SQL Server Management Studio 來備份到 Windows Azure Blob 儲存服務或從中還原。“備份”任務和維護計劃都可使用該新選項。

（2) SQL Server 託管備份到 Windows Azure

SQL Server  託管備份到 Windows Azure 是基於 SQL Server 備份到 URL 這一功能構建的服務，SQL Server 提供這種服務來管理和安排資料庫和日誌的備份。 在SQL SERVER 2014中，只支援備份到 Windows Azure 儲存。SQL Server 託管備份到 Windows Azure可在資料庫和例項級別同時進行配置，從而既能實現在資料庫級別的精細控制，又能實現例項級別的自動化。 SQL Server 託管備份到 Windows Azure既可在本地執行的 SQL Server 例項上配置，也可在 Windows Azure 虛擬機器上執行的 SQL Server 例項上配置。 建議對在 Windows Azure 虛擬機器上執行的 SQL Server 例項使用此服務。

（3) 備份加密

可以選擇在備份過程中對備份檔案進行加密。 目前支援的加密演算法包括 AES 128、AES 192、AES 256 和Triple DES。 要在備份過程中執行加密，必須使用證書或非對稱金鑰。

 

5.IO  資源監管：

資源池現在支援為每個卷配置最小和最大 IOPS，從而實現更全面的資源隔離控制。

6. 混合方案：

（1)智慧備份：管理和自動完成將 SQL Server 備份到 Windows Azure 儲存（從內部部署和 Windows Azure 中）。

（2)新增 Azure 副本嚮導：輕鬆將 Windows Azure 中的副本新增到內部部署可用性組中。

（3)SQL XI（XStore 整合）：支援 Windows Azure 儲存 Blob 上的 SQL Server 資料庫檔案（從內部部署和Windows Azure 中）

（4)部署嚮導：輕鬆將內部部署 SQL Server 資料庫部署到 Windows Azure 中。

7.AlwaysOn 

SQL Server 2014  包含針對 AlwaysOn 故障轉移群集例項和 AlwaysOn 可用性組的以下增強功能：

（1) “新增 Azure 副本嚮導”簡化了用於 AlwaysOn 可用性組的混合解決方案建立。

（2) 輔助副本的最大數目從 4 增加到 8。

（3) 斷開與主副本的連線時，或者在缺少群集仲裁期間，可讀輔助副本現在保持可用於讀取工作負荷。

（4) 提供了一個新的系統函式 sys.fn_hadr_is_primary_replica 和一個新的 DMV sys.dm_io_cluster_valid_path_names。

（5) 以下 DMV 已得到增強，現在返回 FCI 資訊：sys.dm_hadr_cluster、sys.dm_hadr_cluster_members 和sys.dm_hadr_cluster_networks。

（6）Always On架構需要更多的儲存空間，每個節點上均需要存放全部的資料檔案、日誌檔案以及後續增長的空間，並且僅支援主副本為讀寫副本，其餘輔助副本僅為可讀副本。

 

 

 

Oracle 19c  優點

1 、開放性：oracle能在所有主流平臺上執行（包括 windows），完全支援所有工業標準，採用完全開放策略使客戶選擇適合解決方案，對開發商全力支援；

2 、可伸縮性,並行性：Oracle並行伺服器透過使組結點共享同簇工作來擴充套件windownt能力提供高用性和高伸縮性簇解決方案windowsNT能滿足需要使用者把資料庫移UNIXOracle並行伺服器對各種UNIX平臺叢集機制都有著相當高整合度。

3 、安全性：提供了基於角色(ROLE)分工的安全保密管理。在資料庫管理功能、完整性檢查、安全性、一致性方面都有良好的表現，獲得最高認證級別的ISO標準認證。

4 、使用風險：Oracle長時間開發經驗完全向下相容得廣泛應用地風險低。

5 、效能：Oracle效能高，保持開放平臺下TPC-D和TPC-C世界記錄。

6 、客戶端支援及應用模式：Oracle多層次網路計算支援多種工業標準用ODBC、JDBC、OCI等網路客戶連線

7 、提供了新的分散式資料庫能力。可透過網路較方便地讀寫遠端資料庫裡的資料，並有對稱複製的技術。平行伺服器透過使一組結點共享同一簇中的工作來擴充套件windownt的能力,提供高可用性和高伸縮性的簇的解決方案。

8 、整合性:ERP特色便是整個企業資訊系統的整合,比傳統單一的系統更具功能性，

9 、彈性:採用模組化的設計方式,使系統本身可因應企業需要新增模組來支援並整合,提升企業的應變能力。

10 、Data Guard 備庫DML自動重定向：這一特性可以透過在系統級或者會話級設定引數ADG_REDIRECT_DML引數啟用，透過這種方式，ADG會話的ACID一致性得以保持，同時透明的支援『多數讀，偶爾更新』應用的自然讀寫分離配置。這個特性的引入，將進一步的增加ADG的靈活性，幫助使用者將備庫應用的更加充分。

11. 透明的應用連續性支援增強：在Oracle RAC叢集中，支援對於查詢的自動切換，當一個節點失效，轉移到另外一個節點，在19c中，Oracle持續改進和增強了連續性保持，資料庫會自動記錄會話狀態，捕獲用於重演的資訊，以便在切換時，在新節點自動恢復事務，使DML事務同樣可以獲得連續性支援。

12. 自動化索引建立和實施：對於關係型資料庫來說，索引是使得查詢加速的重要手段，而如何設計和建立有效的索引，長期以來是一項複雜的任務。在Oracle 19c中，自動化索引建立和實施技術被引入進來，Oracle透過模擬人工索引的思路，建立了內建的專家系統。資料庫內建的演算法將會透過捕獲、識別、驗證、決策、線上驗證、監控的全流程管控索引自動化的過程。這一特性將會自動幫助使用者建立有效的索引，並透過提前驗證確保其效能和有效性，並且在實施之後進行監控，這一特效將極大緩解資料庫索引維護工作。自動化還將刪除由新建立的索引(邏輯合併)廢棄的索引，並刪除自動建立但長時間未使用的索引。

 

13.  多節點負載均衡;提供高可用：故障容錯和無縫切換功能，將硬體和軟體錯誤造成的影響最小化;透過並行執行技術提高事務響應時間----通常用於資料分析系統;透過橫向擴充套件提高每秒交易數和連線數----通常對於聯機事務系統;節約硬體成本，可以用多個廉價PC伺服器代替昂貴的小型機或大型機，同時節約相應維護成本;可擴充套件性好，可以方便新增刪除節點，擴充套件硬體資源。並且支援多個節點寫入操作，採用多節點共享儲存。

 

14.rac 架構

總結

在sql server和oracle的高可用架構方面，oracle的rac相較於sql server的always on有更多的優勢。

儲存層面：

sql server always on  採用的本地儲存模式，同樣的資料存放在各自節點的本地，有多少節點就需要多少套儲存。

Oracle  的rac採用共享儲存模式，無論多少節點，使用的儲存都是同一套儲存，相對來說儲存花費更少。

可讀節點層面：

sql server always on 受限於資料庫本身的架構功能，只允許存在1臺讀寫模式的節點，其他只讀模式的節點可以存在多臺。意味著雖然在讀的情況下可以做到多節點分攤業務，但是在寫的方面，只能在主節點進行。

Oracle  的rac架構可做到多節點可讀寫的功能。Rac的每個節點都可以進行讀和寫。這樣可以做到多節點負載均衡，減輕各個節點的資源壓力。

高可用層面：

sql server always on 必須在域環境內搭建，而域環境需要擁有一個域控進行節點之間的投票判定，所以域控對於always on環境至關重要，即使資料庫沒有出現問題，但是域控發生故障，alwayson的節點也會出現故障。

Oracle 的rac架構很好的避免的此問題，本身採用ocr儲存來進行節點之間的投票判定，不需要單獨準備一臺伺服器進行判定。並且用來做ocr的儲存磁碟，空間需求較低，每塊5g即可，並且ocr擁有冗餘功能，底層由多塊上述5g大小的磁碟組合，即使多塊儲存出現故障，一樣不影響rac的架構完整性，不會影響正在跑的業務。