oracle支持分布式數(shù)據(jù)庫嗎？通過dblink連接的多個數(shù)據(jù)庫可以看到合成分布數(shù)據(jù)庫。分布式數(shù)據(jù)庫系統(tǒng)是由一個或多個互聯(lián)網(wǎng)絡系統(tǒng)中一個或多個數(shù)據(jù)庫主機上的一個或多個數(shù)據(jù)庫組成的數(shù)據(jù)庫網(wǎng)絡。LZ明白這

oracle支持分布式數(shù)據(jù)庫嗎？

通過dblink連接的多個數(shù)據(jù)庫可以看到合成分布數(shù)據(jù)庫。

分布式數(shù)據(jù)庫系統(tǒng)是由一個或多個互聯(lián)網(wǎng)絡系統(tǒng)中一個或多個數(shù)據(jù)庫主機上的一個或多個數(shù)據(jù)庫組成的數(shù)據(jù)庫網(wǎng)絡。

LZ明白這個概念，你應該明白

復制數(shù)據(jù)庫和分布式數(shù)據(jù)庫是不一樣的。在分布式數(shù)據(jù)庫系統(tǒng)中，數(shù)據(jù)同時在多個站點中有效，但一個表只存在于一個站點中。對于復制，相同的

數(shù)據(jù)將同時存在于多個站點中。

為什么傳統(tǒng)行業(yè)幾乎都用Oracle，而互聯(lián)網(wǎng)行業(yè)幾乎都不用Oracle呢？

首先，銀行需要絕對穩(wěn)定。可以委托它全權負責使用付費的非開源產(chǎn)品。此外，數(shù)據(jù)庫制造商將有專門的維護，以節(jié)省擔心，努力和安全。

MySQL開源產(chǎn)品的穩(wěn)定性沒有O高，很容易深入開發(fā)。然而，MySQL的使用完全取決于您。銀行不會找一個特別小組來維護隨時可能發(fā)生的定時炸彈。此外，銀行有大量的交易，但它不像互聯(lián)網(wǎng)應用程序那樣超級并發(fā)。它們大多由內部接口使用，分為兩部分，區(qū)域是不同的服務器，每個區(qū)域只存儲自己的相關數(shù)據(jù)。比如，如果你把錢從廣東轉到山東，原來的山東賬戶就不會保存你的記錄。只有轉移后，山東數(shù)據(jù)庫才能有記錄。在依托甲骨文商業(yè)委托的基礎上，我行還將進行對賬，確保數(shù)據(jù)一致性。

但是互聯(lián)網(wǎng)企業(yè)是不同的。超級并發(fā)和小型計算機不再滿足并發(fā)條件。即使Oracle足夠優(yōu)秀，要使用專門為更高并發(fā)性設計的MySQL，您也需要一個專業(yè)的團隊來維護它。穩(wěn)定性不如Oracle，但是分布式集群可以避免這種情況。由于開源，MySQL還可以根據(jù)自己的需要定制自己的功能。但大多數(shù)公司并不使用它。小公司也是這么用的。阿里巴巴對MySQL的重新開發(fā)，除了可以自己使用，還可以銷售服務。

除了并發(fā)性，Oracle的成本太高，企業(yè)必須考慮收入和支出。就連阿里巴巴的利潤率也不如銀行。這說明媒體信息的全面性和真實性是多么重要。比較這兩個數(shù)據(jù)庫的方法就像是拿現(xiàn)在的小米手機和9年前的蘋果手機PK。但媒體忽視了客觀因素，只顧結果，引起了公眾的自喜，相信很快我們就會成為另一個三哥。

如何看待螞蟻金服國產(chǎn)分布式數(shù)據(jù)庫Oceanbase在TPC-C測試中遠超Oracle榮獲第一？

。目前，甲骨文最大的戰(zhàn)略計劃是云。同時，甲骨文將繼續(xù)向精細化、智能化、自動化等方法升級。關注一下12C、18C、19C的開發(fā)路徑，我們可以看到

比如說Oracle 19C的一個新特性（Oracle 19C還沒有發(fā)布，消息來自aced）。對于傳統(tǒng)集群，如果某個節(jié)點掛起并放置在傳統(tǒng)集群中，則該節(jié)點正在處理的操作將失敗，這可能導致事務失敗并回滾。不過，19C的新特性特別好。守護進程將在整個過程中監(jiān)視事務的每個操作。如果節(jié)點失敗，后臺會將所有操作切換到一個正常的節(jié)點來重做。事務已成功執(zhí)行，但用戶不知道它。

。例如，Oracle報告了使用中的錯誤。通過查看錯誤信息，我們可能知道問題所在，并且可以查看跟蹤日志。但是DB2報告了一個錯誤，那是一個字符串錯誤代碼，人們不知道為什么。

.從安全性、穩(wěn)定性和可維護性的角度來看，大多數(shù)數(shù)據(jù)庫系統(tǒng)仍然使用oracle。