sql，oracle，teradata的區(qū)別和用途？SQL和Oracle都是關系數(shù)據(jù)庫，它們更多地考慮事務。面對中小型企業(yè)和數(shù)據(jù)系統(tǒng)，SQL是一種傻瓜型的、易于管理的查詢語言。大型企業(yè)的Oracle數(shù)

sql，oracle，teradata的區(qū)別和用途？

SQL和Oracle都是關系數(shù)據(jù)庫，它們更多地考慮事務。面對中小型企業(yè)和數(shù)據(jù)系統(tǒng)，SQL是一種傻瓜型的、易于管理的查詢語言。

大型企業(yè)的Oracle數(shù)據(jù)參考廣泛應用于金融行業(yè)。其RAC體系結構可以保證高可用性，但其體系結構是共享磁盤體系結構。

Teradata是數(shù)據(jù)倉庫的專用數(shù)據(jù)庫，基于MPP架構（distributed parallel architecture），無共享架構，一體機，超級昂貴。

。

當然，DB2、GP、mysql等數(shù)據(jù)庫有四個主要缺點。

在大數(shù)據(jù)時代，關系型數(shù)據(jù)庫有哪些缺點？

]：

1。無法存儲數(shù)據(jù)結構

2。按行存儲，即使只操作一列，也需要將整行讀入內存

3。表結構擴展不方便，模式固定

4。對全文搜索功能的支持較弱

針對以上四個缺點，提供了不同的數(shù)據(jù)庫來解決。

1. K-V存儲不能存儲數(shù)據(jù)結構

以redis為例，值可以是數(shù)據(jù)結構，如字符串、哈希、列表、集合、sortedset、位圖等。列存儲可以解決在操作HBase

3表示的列

時，將整行讀入內存導致的高IO問題。文檔存儲可以解決mongodb

4表示的表結構擴展不方便的問題。全文搜索引擎解決了全文搜索功能的問題

以elasticsearch為例

以上解決方案雖然解決了關系數(shù)據(jù)庫的不足，但不能很好的支持acid功能。在某些場景下，關系數(shù)據(jù)庫是一個很好的選擇，因此這些數(shù)據(jù)庫只是關系數(shù)據(jù)庫的一個很好的補充，不能替代關系數(shù)據(jù)庫。

現(xiàn)在newsql也是大數(shù)據(jù)時代的一個發(fā)展趨勢，即可以支持事務，具有良好的可擴展性來支持大數(shù)據(jù)。以oceanbase、tidb和扳手/F1為例。

國慶節(jié)當天，中國螞蟻金融自主研發(fā)的金融級分布式關系數(shù)據(jù)庫oceanbase在被稱為“數(shù)據(jù)庫世界杯”的TPC-C基準測試中，打破了美國甲骨文公司9年來的世界紀錄，成為第一個登上榜首的中文數(shù)據(jù)庫產品。

oracle數(shù)據(jù)庫的優(yōu)缺點？

1. 從兼容性、災難恢復機制（集群）、鎖、權限分配和管理等方面來看，Oracle可以做得很好。2當使用并發(fā)操作時，性能不是很好。當它用于統(tǒng)計和分析時，性能比Teradata差得多。三。最重要的是Oracle技術是相對開放的。市場上有很多書，也有很多人擅長甲骨文，但是市場上一些數(shù)據(jù)庫可用的資源卻相當少，個人意見，僅供參考