SQL 兩個(gè)相同結(jié)構(gòu)表對(duì)比內(nèi)容，并顯示差異。

第一個(gè)比較簡單，有個(gè)語句結(jié)構(gòu)塊可以解決；或者用 Exists加關(guān)聯(lián)也行；

站在用戶的角度思考問題，與客戶深入溝通，找到南寧網(wǎng)站設(shè)計(jì)與南寧網(wǎng)站推廣的解決方案，憑借多年的經(jīng)驗(yàn)，讓設(shè)計(jì)與互聯(lián)網(wǎng)技術(shù)結(jié)合，創(chuàng)造個(gè)性化、用戶體驗(yàn)好的作品，建站類型包括：成都網(wǎng)站設(shè)計(jì)、成都網(wǎng)站制作、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣、域名注冊(cè)、虛擬主機(jī)、企業(yè)郵箱。業(yè)務(wù)覆蓋南寧地區(qū)。

第二個(gè)看起來應(yīng)該是要建立在一個(gè)歷史數(shù)據(jù)比對(duì)上的，你說的這兩個(gè)表一個(gè)是實(shí)時(shí)的，一個(gè)是歷史的？如果是，那第二個(gè)的第1個(gè)問題直接比對(duì)就可以了，這個(gè)也好解決~

重點(diǎn)想要關(guān)注學(xué)習(xí)下第2個(gè)，這個(gè)以前我也遇到過這樣的困擾，當(dāng)時(shí)字段太多有好幾百個(gè)，后來協(xié)商重點(diǎn)記錄了十多個(gè)字段，是在Trigger里完成的。也是相當(dāng)于沒有找到終極方案~

數(shù)據(jù)庫的問題：關(guān)系型數(shù)據(jù)庫與非關(guān)系型數(shù)據(jù)庫的區(qū)別，和各自的發(fā)展前景?

當(dāng)前主流的關(guān)系型數(shù)據(jù)庫有Oracle、DB2、Microsoft SQL Server、Microsoft Access、MySQL等。

非關(guān)系型數(shù)據(jù)庫有 NoSql、Cloudant。

nosql和關(guān)系型數(shù)據(jù)庫比較

優(yōu)點(diǎn)：

1）成本：nosql數(shù)據(jù)庫簡單易部署，基本都是開源軟件，不需要像使用oracle那樣花費(fèi)大量成本購買使用，相比關(guān)系型數(shù)據(jù)庫價(jià)格便宜。

2）查詢速度：nosql數(shù)據(jù)庫將數(shù)據(jù)存儲(chǔ)于緩存之中，關(guān)系型數(shù)據(jù)庫將數(shù)據(jù)存儲(chǔ)在硬盤中，自然查詢速度遠(yuǎn)不及nosql數(shù)據(jù)庫。

3）存儲(chǔ)數(shù)據(jù)的格式：nosql的存儲(chǔ)格式是key,value形式、文檔形式、圖片形式等等，所以可以存儲(chǔ)基礎(chǔ)類型以及對(duì)象或者是集合等各種格式，而數(shù)據(jù)庫則只支持基礎(chǔ)類型。

4）擴(kuò)展性：關(guān)系型數(shù)據(jù)庫有類似join這樣的多表查詢機(jī)制的限制導(dǎo)致擴(kuò)展很艱難。

缺點(diǎn)：

1）維護(hù)的工具和資料有限，因?yàn)閚osql是屬于新的技術(shù)，不能和關(guān)系型數(shù)據(jù)庫10幾年的技術(shù)同日而語。

2）不提供對(duì)sql的支持，如果不支持sql這樣的工業(yè)標(biāo)準(zhǔn)，將產(chǎn)生一定用戶的學(xué)習(xí)和使用成本。

3）不提供關(guān)系型數(shù)據(jù)庫對(duì)事物的處理。

關(guān)系型數(shù)據(jù)庫的最大特點(diǎn)就是事務(wù)的一致性：傳統(tǒng)的關(guān)系型數(shù)據(jù)庫讀寫操作都是事務(wù)的，具有ACID的特點(diǎn)，這個(gè)特性使得關(guān)系型數(shù)據(jù)庫可以用于幾乎所有對(duì)一致性有要求的系統(tǒng)中，如典型的銀行系統(tǒng)。

關(guān)系型數(shù)據(jù)庫為了維護(hù)一致性所付出的巨大代價(jià)就是其讀寫性能比較差，而像微博、facebook這類SNS的應(yīng)用，對(duì)并發(fā)讀寫能力要求極高，關(guān)系型數(shù)據(jù)庫已經(jīng)無法應(yīng)付(在讀方面，傳統(tǒng)上為了克服關(guān)系型數(shù)據(jù)庫缺陷，提高性能，都是增加一級(jí)memcache來靜態(tài)化網(wǎng)頁，而在SNS中，變化太快，memchache已經(jīng)無能為力了)，因此，必須用新的一種數(shù)據(jù)結(jié)構(gòu)存儲(chǔ)來代替關(guān)系數(shù)據(jù)庫。

關(guān)系數(shù)據(jù)庫的另一個(gè)特點(diǎn)就是其具有固定的表結(jié)構(gòu)，因此，其擴(kuò)展性極差，而在SNS中，系統(tǒng)的升級(jí)，功能的增加，往往意味著數(shù)據(jù)結(jié)構(gòu)巨大變動(dòng)，這一點(diǎn)關(guān)系型數(shù)據(jù)庫也難以應(yīng)付，需要新的結(jié)構(gòu)化數(shù)據(jù)存儲(chǔ)。

于是，非關(guān)系型數(shù)據(jù)庫應(yīng)運(yùn)而生，由于不可能用一種數(shù)據(jù)結(jié)構(gòu)化存儲(chǔ)應(yīng)付所有的新的需求，因此，非關(guān)系型數(shù)據(jù)庫嚴(yán)格上不是一種數(shù)據(jù)庫，應(yīng)該是一種數(shù)據(jù)結(jié)構(gòu)化存儲(chǔ)方法的集合。

圖數(shù)據(jù)庫和關(guān)系數(shù)據(jù)庫的區(qū)別

1、數(shù)據(jù)bai存儲(chǔ)方式不同。

關(guān)系型和非關(guān)系型數(shù)據(jù)庫的主要差異是數(shù)據(jù)存儲(chǔ)的方式。關(guān)系型數(shù)據(jù)天然就是表格式的，因此存儲(chǔ)在數(shù)據(jù)表的行和列中。數(shù)據(jù)表可以彼此關(guān)聯(lián)協(xié)作存儲(chǔ)，也很容易提取數(shù)據(jù)。

與其相反，非關(guān)系型數(shù)據(jù)不適合存儲(chǔ)在數(shù)據(jù)表的行和列中，而是大塊組合在一起。非關(guān)系型數(shù)據(jù)通常存儲(chǔ)在數(shù)據(jù)集中，就像文檔、鍵值對(duì)或者圖結(jié)構(gòu)。你的數(shù)據(jù)及其特性是選擇數(shù)據(jù)存儲(chǔ)和提取方式的首要影響因素。

2、擴(kuò)展方式不同。

SQL和NoSQL數(shù)據(jù)庫最大的差別可能是在擴(kuò)展方式上，要支持日益增長的需求當(dāng)然要擴(kuò)展。

要支持更多并發(fā)量，SQL數(shù)據(jù)庫是縱向擴(kuò)展，也就是說提高處理能力，使用速度更快速的計(jì)算機(jī)，這樣處理相同的數(shù)據(jù)集就更快了。

因?yàn)閿?shù)據(jù)存儲(chǔ)在關(guān)系表中，操作的性能瓶頸可能涉及很多個(gè)表，這都需要通過提高計(jì)算機(jī)性能來客服。雖然SQL數(shù)據(jù)庫有很大擴(kuò)展空間，但最終肯定會(huì)達(dá)到縱向擴(kuò)展的上限。而NoSQL數(shù)據(jù)庫是橫向擴(kuò)展的。

而非關(guān)系型數(shù)據(jù)存儲(chǔ)天然就是分布式的，NoSQL數(shù)據(jù)庫的擴(kuò)展可以通過給資源池添加更多普通的數(shù)據(jù)庫服務(wù)器(節(jié)點(diǎn))來分擔(dān)負(fù)載。

3、對(duì)事務(wù)性的支持不同。

如果數(shù)據(jù)操作需要高事務(wù)性或者復(fù)雜數(shù)據(jù)查詢需要控制執(zhí)行計(jì)劃，那么傳統(tǒng)的SQL數(shù)據(jù)庫從性能和穩(wěn)定性方面考慮是你的最佳選擇。SQL數(shù)據(jù)庫支持對(duì)事務(wù)原子性細(xì)粒度控制，并且易于回滾事務(wù)。

雖然NoSQL數(shù)據(jù)庫也可以使用事務(wù)操作，但穩(wěn)定性方面沒法和關(guān)系型數(shù)據(jù)庫比較，所以它們真正閃亮的價(jià)值是在操作的擴(kuò)展性和大數(shù)據(jù)量處理方面。

幾種Nosql數(shù)據(jù)庫對(duì)比

NoSQL不像傳統(tǒng)關(guān)系型庫那樣有統(tǒng)一的標(biāo)準(zhǔn)，也不具有普適性。所以要根據(jù)應(yīng)用和數(shù)據(jù)的存取特征來選擇適合的NoSQL。

如果以前沒有接觸過NoSQL，MongoDB是一個(gè)比較好的選擇，他支持的所以和查詢能力是所有NoSQL中最強(qiáng)大的，缺點(diǎn)是索引的成本和文檔大小限制。

如果是使用Hadoop大數(shù)據(jù)分析，數(shù)據(jù)基本上不存在修改，只是插入和查詢，并且需要配合Hadoop的MR任務(wù)，HBase會(huì)是很好的選擇。

如果要求有很強(qiáng)的擴(kuò)展能力，高并發(fā)讀寫和維護(hù)方便，Casaandra則是不錯(cuò)的選擇。

當(dāng)然除了上面三個(gè)流行的NoSQL，還有很多優(yōu)秀的NoSQL數(shù)據(jù)庫，而且他們都有各自擅長領(lǐng)域，所以需要了解你們產(chǎn)品自身的特點(diǎn)然后分析選擇哪種才是最適合的，往往在大型系統(tǒng)中不是單一的數(shù)據(jù)庫，而是使用多種數(shù)據(jù)庫組合。