為什么海量數(shù)據(jù)場(chǎng)景中NoSQL越來(lái)越重要

本質(zhì)是因?yàn)椋弘S著互聯(lián)網(wǎng)的進(jìn)一步發(fā)展與各行業(yè)信息化建設(shè)進(jìn)程加快、參與者的增多，人們對(duì)軟件有了更多更新的要求，需要軟件不僅能實(shí)現(xiàn)功能，而且要求保證許多人可以共同參與使用，因而軟件所需承載的數(shù)據(jù)量和吞吐量必須達(dá)到相應(yīng)的需求。而目前的關(guān)系型數(shù)據(jù)庫(kù)在某些方面有一些缺點(diǎn)，導(dǎo)致不能滿(mǎn)足需要。

創(chuàng)新互聯(lián)建站專(zhuān)注于浉河網(wǎng)站建設(shè)服務(wù)及定制，我們擁有豐富的企業(yè)做網(wǎng)站經(jīng)驗(yàn)。 熱誠(chéng)為您提供浉河營(yíng)銷(xiāo)型網(wǎng)站建設(shè)，浉河網(wǎng)站制作、浉河網(wǎng)頁(yè)設(shè)計(jì)、浉河網(wǎng)站官網(wǎng)定制、小程序開(kāi)發(fā)服務(wù)，打造浉河網(wǎng)絡(luò)公司原創(chuàng)品牌,更為您提供浉河網(wǎng)站排名全網(wǎng)營(yíng)銷(xiāo)落地服務(wù)。

具體則需要對(duì)比關(guān)系型數(shù)據(jù)庫(kù)與Nosql之間的區(qū)別可以得出

關(guān)系型數(shù)據(jù)庫(kù)

關(guān)系型數(shù)據(jù)庫(kù)把所有的數(shù)據(jù)都通過(guò)行和列的二元表現(xiàn)形式表示出來(lái)。

關(guān)系型數(shù)據(jù)庫(kù)的優(yōu)勢(shì)：

1.?保持?jǐn)?shù)據(jù)的一致性（事務(wù)處理）

2.由于以標(biāo)準(zhǔn)化為前提，數(shù)據(jù)更新的開(kāi)銷(xiāo)很小（相同的字段基本上都只有一處）

3.?可以進(jìn)行Join等復(fù)雜查詢(xún)

其中能夠保持?jǐn)?shù)據(jù)的一致性是關(guān)系型數(shù)據(jù)庫(kù)的最大優(yōu)勢(shì)。

關(guān)系型數(shù)據(jù)庫(kù)的不足：

不擅長(zhǎng)的處理

1.?大量數(shù)據(jù)的寫(xiě)入處理（這點(diǎn)尤為重要）

2.?為有數(shù)據(jù)更新的表做索引或表結(jié)構(gòu)（schema）變更

3.?字段不固定時(shí)應(yīng)用

4.?對(duì)簡(jiǎn)單查詢(xún)需要快速返回結(jié)果的處理

--大量數(shù)據(jù)的寫(xiě)入處理

讀寫(xiě)集中在一個(gè)數(shù)據(jù)庫(kù)上讓數(shù)據(jù)庫(kù)不堪重負(fù)，大部分網(wǎng)站已使用主從復(fù)制技術(shù)實(shí)現(xiàn)讀寫(xiě)分離，以提高讀寫(xiě)性能和讀庫(kù)的可擴(kuò)展性。

所以在進(jìn)行大量數(shù)據(jù)操作時(shí)，會(huì)使用數(shù)據(jù)庫(kù)主從模式。數(shù)據(jù)的寫(xiě)入由主數(shù)據(jù)庫(kù)負(fù)責(zé)，數(shù)據(jù)的讀入由從數(shù)據(jù)庫(kù)負(fù)責(zé)，可以比較簡(jiǎn)單地通過(guò)增加從數(shù)據(jù)庫(kù)來(lái)實(shí)現(xiàn)規(guī)模化，但是數(shù)據(jù)的寫(xiě)入?yún)s完全沒(méi)有簡(jiǎn)單的方法來(lái)解決規(guī)模化問(wèn)題。

第一，要想將數(shù)據(jù)的寫(xiě)入規(guī)模化，可以考慮把主數(shù)據(jù)庫(kù)從一臺(tái)增加到兩臺(tái)，作為互相關(guān)聯(lián)復(fù)制的二元主數(shù)據(jù)庫(kù)使用，確實(shí)這樣可以把每臺(tái)主數(shù)據(jù)庫(kù)的負(fù)荷減少一半，但是更新處理會(huì)發(fā)生沖突，可能會(huì)造成數(shù)據(jù)的不一致，為了避免這樣的問(wèn)題，需要把對(duì)每個(gè)表的請(qǐng)求分別分配給合適的主數(shù)據(jù)庫(kù)來(lái)處理。

第二，可以考慮把數(shù)據(jù)庫(kù)分割開(kāi)來(lái)，分別放在不同的數(shù)據(jù)庫(kù)服務(wù)器上，比如將不同的表放在不同的數(shù)據(jù)庫(kù)服務(wù)器上，數(shù)據(jù)庫(kù)分割可以減少每臺(tái)數(shù)據(jù)庫(kù)服務(wù)器上的數(shù)據(jù)量，以便減少硬盤(pán)IO的輸入、輸出處理，實(shí)現(xiàn)內(nèi)存上的高速處理。但是由于分別存儲(chǔ)字不同服務(wù)器上的表之間無(wú)法進(jìn)行Join處理，數(shù)據(jù)庫(kù)分割的時(shí)候就需要預(yù)先考慮這些問(wèn)題，數(shù)據(jù)庫(kù)分割之后，如果一定要進(jìn)行Join處理，就必須要在程序中進(jìn)行關(guān)聯(lián)，這是非常困難的。

--為有數(shù)據(jù)更新的表做索引或表結(jié)構(gòu)變更

在使用關(guān)系型數(shù)據(jù)庫(kù)時(shí)，為了加快查詢(xún)速度需要?jiǎng)?chuàng)建索引，為了增加必要的字段就一定要改變表結(jié)構(gòu)，為了進(jìn)行這些處理，需要對(duì)表進(jìn)行共享鎖定，這期間數(shù)據(jù)變更、更新、插入、刪除等都是無(wú)法進(jìn)行的。如果需要進(jìn)行一些耗時(shí)操作，例如為數(shù)據(jù)量比較大的表創(chuàng)建索引或是變更其表結(jié)構(gòu)，就需要特別注意，長(zhǎng)時(shí)間內(nèi)數(shù)據(jù)可能無(wú)法進(jìn)行更新。

--字段不固定時(shí)的應(yīng)用

如果字段不固定，利用關(guān)系型數(shù)據(jù)庫(kù)也是比較困難的，有人會(huì)說(shuō)，需要的時(shí)候加個(gè)字段就可以了，這樣的方法也不是不可以，但在實(shí)際運(yùn)用中每次都進(jìn)行反復(fù)的表結(jié)構(gòu)變更是非常痛苦的。你也可以預(yù)先設(shè)定大量的預(yù)備字段，但這樣的話(huà)，時(shí)間一長(zhǎng)很容易弄不清除字段和數(shù)據(jù)的對(duì)應(yīng)狀態(tài)，即哪個(gè)字段保存有哪些數(shù)據(jù)。

--對(duì)簡(jiǎn)單查詢(xún)需要快速返回結(jié)果的處理? （這里的“簡(jiǎn)單”指的是沒(méi)有復(fù)雜的查詢(xún)條件）

這一點(diǎn)稱(chēng)不上是缺點(diǎn)，但不管怎樣，關(guān)系型數(shù)據(jù)庫(kù)并不擅長(zhǎng)對(duì)簡(jiǎn)單的查詢(xún)快速返回結(jié)果，因?yàn)殛P(guān)系型數(shù)據(jù)庫(kù)是使用專(zhuān)門(mén)的sql語(yǔ)言進(jìn)行數(shù)據(jù)讀取的，它需要對(duì)sql與越南進(jìn)行解析，同時(shí)還有對(duì)表的鎖定和解鎖等這樣的額外開(kāi)銷(xiāo)，這里并不是說(shuō)關(guān)系型數(shù)據(jù)庫(kù)的速度太慢，而只是想告訴大家若希望對(duì)簡(jiǎn)單查詢(xún)進(jìn)行高速處理，則沒(méi)有必要非使用關(guān)系型數(shù)據(jù)庫(kù)不可。

NoSQL數(shù)據(jù)庫(kù)

關(guān)系型數(shù)據(jù)庫(kù)應(yīng)用廣泛，能進(jìn)行事務(wù)處理和表連接等復(fù)雜查詢(xún)。相對(duì)地，NoSQL數(shù)據(jù)庫(kù)只應(yīng)用在特定領(lǐng)域，基本上不進(jìn)行復(fù)雜的處理，但它恰恰彌補(bǔ)了之前所列舉的關(guān)系型數(shù)據(jù)庫(kù)的不足之處。

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

易于數(shù)據(jù)的分散

各個(gè)數(shù)據(jù)之間存在關(guān)聯(lián)是關(guān)系型數(shù)據(jù)庫(kù)得名的主要原因，為了進(jìn)行join處理，關(guān)系型數(shù)據(jù)庫(kù)不得不把數(shù)據(jù)存儲(chǔ)在同一個(gè)服務(wù)器內(nèi)，這不利于數(shù)據(jù)的分散，這也是關(guān)系型數(shù)據(jù)庫(kù)并不擅長(zhǎng)大數(shù)據(jù)量的寫(xiě)入處理的原因。相反NoSQL數(shù)據(jù)庫(kù)原本就不支持Join處理，各個(gè)數(shù)據(jù)都是獨(dú)立設(shè)計(jì)的，很容易把數(shù)據(jù)分散在多個(gè)服務(wù)器上，故減少了每個(gè)服務(wù)器上的數(shù)據(jù)量，即使要處理大量數(shù)據(jù)的寫(xiě)入，也變得更加容易，數(shù)據(jù)的讀入操作當(dāng)然也同樣容易。

典型的NoSQL數(shù)據(jù)庫(kù)

臨時(shí)性鍵值存儲(chǔ)（memcached、Redis）、永久性鍵值存儲(chǔ)（ROMA、Redis）、面向文檔的數(shù)據(jù)庫(kù)（MongoDB、CouchDB）、面向列的數(shù)據(jù)庫(kù)（Cassandra、HBase）

一、 鍵值存儲(chǔ)

它的數(shù)據(jù)是以鍵值的形式存儲(chǔ)的，雖然它的速度非常快，但基本上只能通過(guò)鍵的完全一致查詢(xún)獲取數(shù)據(jù)，根據(jù)數(shù)據(jù)的保存方式可以分為臨時(shí)性、永久性和兩者兼具 三種。

（1）臨時(shí)性

所謂臨時(shí)性就是數(shù)據(jù)有可能丟失，memcached把所有數(shù)據(jù)都保存在內(nèi)存中，這樣保存和讀取的速度非常快，但是當(dāng)memcached停止時(shí)，數(shù)據(jù)就不存在了。由于數(shù)據(jù)保存在內(nèi)存中，所以無(wú)法操作超出內(nèi)存容量的數(shù)據(jù)，舊數(shù)據(jù)會(huì)丟失。總結(jié)來(lái)說(shuō)：

。在內(nèi)存中保存數(shù)據(jù)

。可以進(jìn)行非常快速的保存和讀取處理

。數(shù)據(jù)有可能丟失

（2）永久性

所謂永久性就是數(shù)據(jù)不會(huì)丟失，這里的鍵值存儲(chǔ)是把數(shù)據(jù)保存在硬盤(pán)上，與臨時(shí)性比起來(lái)，由于必然要發(fā)生對(duì)硬盤(pán)的IO操作，所以性能上還是有差距的，但數(shù)據(jù)不會(huì)丟失是它最大的優(yōu)勢(shì)。總結(jié)來(lái)說(shuō)：

。在硬盤(pán)上保存數(shù)據(jù)

。可以進(jìn)行非常快速的保存和讀取處理（但無(wú)法與memcached相比）

。數(shù)據(jù)不會(huì)丟失

（3） 兩者兼?zhèn)?/p>

Redis屬于這種類(lèi)型。Redis有些特殊，臨時(shí)性和永久性兼具。Redis首先把數(shù)據(jù)保存在內(nèi)存中，在滿(mǎn)足特定條件（默認(rèn)是?15分鐘一次以上，5分鐘內(nèi)10個(gè)以上，1分鐘內(nèi)10000個(gè)以上的鍵發(fā)生變更）的時(shí)候?qū)?shù)據(jù)寫(xiě)入到硬盤(pán)中，這樣既確保了內(nèi)存中數(shù)據(jù)的處理速度，又可以通過(guò)寫(xiě)入硬盤(pán)來(lái)保證數(shù)據(jù)的永久性，這種類(lèi)型的數(shù)據(jù)庫(kù)特別適合處理數(shù)組類(lèi)型的數(shù)據(jù)。總結(jié)來(lái)說(shuō)：

。同時(shí)在內(nèi)存和硬盤(pán)上保存數(shù)據(jù)

。可以進(jìn)行非常快速的保存和讀取處理

。保存在硬盤(pán)上的數(shù)據(jù)不會(huì)消失（可以恢復(fù)）

。適合于處理數(shù)組類(lèi)型的數(shù)據(jù)

二、面向文檔的數(shù)據(jù)庫(kù)

MongoDB、CouchDB屬于這種類(lèi)型，它們屬于NoSQL數(shù)據(jù)庫(kù)，但與鍵值存儲(chǔ)相異。

（1）不定義表結(jié)構(gòu)

即使不定義表結(jié)構(gòu)，也可以像定義了表結(jié)構(gòu)一樣使用，還省去了變更表結(jié)構(gòu)的麻煩。

（2）可以使用復(fù)雜的查詢(xún)條件

跟鍵值存儲(chǔ)不同的是，面向文檔的數(shù)據(jù)庫(kù)可以通過(guò)復(fù)雜的查詢(xún)條件來(lái)獲取數(shù)據(jù)，雖然不具備事務(wù)處理和Join這些關(guān)系型數(shù)據(jù)庫(kù)所具有的處理能力，但初次以外的其他處理基本上都能實(shí)現(xiàn)。

三、?面向列的數(shù)據(jù)庫(kù)

Cassandra、HBae、HyperTable屬于這種類(lèi)型，由于近年來(lái)數(shù)據(jù)量出現(xiàn)爆發(fā)性增長(zhǎng)，這種類(lèi)型的NoSQL數(shù)據(jù)庫(kù)尤其引入注目。

普通的關(guān)系型數(shù)據(jù)庫(kù)都是以行為單位來(lái)存儲(chǔ)數(shù)據(jù)的，擅長(zhǎng)以行為單位的讀入處理，比如特定條件數(shù)據(jù)的獲取。因此，關(guān)系型數(shù)據(jù)庫(kù)也被成為面向行的數(shù)據(jù)庫(kù)。相反，面向列的數(shù)據(jù)庫(kù)是以列為單位來(lái)存儲(chǔ)數(shù)據(jù)的，擅長(zhǎng)以列為單位讀入數(shù)據(jù)。

面向列的數(shù)據(jù)庫(kù)具有搞擴(kuò)展性，即使數(shù)據(jù)增加也不會(huì)降低相應(yīng)的處理速度（特別是寫(xiě)入速度），所以它主要應(yīng)用于需要處理大量數(shù)據(jù)的情況。另外，把它作為批處理程序的存儲(chǔ)器來(lái)對(duì)大量數(shù)據(jù)進(jìn)行更新也是非常有用的。但由于面向列的數(shù)據(jù)庫(kù)跟現(xiàn)行數(shù)據(jù)庫(kù)存儲(chǔ)的思維方式有很大不同，故應(yīng)用起來(lái)十分困難。

總結(jié)：關(guān)系型數(shù)據(jù)庫(kù)與NoSQL數(shù)據(jù)庫(kù)并非對(duì)立而是互補(bǔ)的關(guān)系，即通常情況下使用關(guān)系型數(shù)據(jù)庫(kù)，在適合使用NoSQL的時(shí)候使用NoSQL數(shù)據(jù)庫(kù)，讓NoSQL數(shù)據(jù)庫(kù)對(duì)關(guān)系型數(shù)據(jù)庫(kù)的不足進(jìn)行彌補(bǔ)。

nosql是什么

NoSQL，泛指非關(guān)系型的數(shù)據(jù)庫(kù)。隨著互聯(lián)網(wǎng)web2.0網(wǎng)站的興起，傳統(tǒng)的關(guān)系數(shù)據(jù)庫(kù)在應(yīng)付web2.0網(wǎng)站，特別是超大規(guī)模和高并發(fā)的SNS類(lèi)型的web2.0純動(dòng)態(tài)網(wǎng)站已經(jīng)顯得力不從心，暴露了很多難以克服的問(wèn)題，而非關(guān)系型的數(shù)據(jù)庫(kù)則由于其本身的特點(diǎn)得到了非常迅速的發(fā)展。NoSQL數(shù)據(jù)庫(kù)的產(chǎn)生就是為了解決大規(guī)模數(shù)據(jù)集合多重?cái)?shù)據(jù)種類(lèi)帶來(lái)的挑戰(zhàn)，尤其是大數(shù)據(jù)應(yīng)用難題。

雖然NoSQL流行語(yǔ)火起來(lái)才短短一年的時(shí)間，但是不可否認(rèn)，現(xiàn)在已經(jīng)開(kāi)始了第二代運(yùn)動(dòng)。盡管早期的堆棧代碼只能算是一種實(shí)驗(yàn)，然而現(xiàn)在的系統(tǒng)已經(jīng)更加的成熟、穩(wěn)定。不過(guò)現(xiàn)在也面臨著一個(gè)嚴(yán)酷的事實(shí)：技術(shù)越來(lái)越成熟——以至于原來(lái)很好的NoSQL數(shù)據(jù)存儲(chǔ)不得不進(jìn)行重寫(xiě)，也有少數(shù)人認(rèn)為這就是所謂的2.0版本。這里列出一些比較知名的工具，可以為大數(shù)據(jù)建立快速、可擴(kuò)展的存儲(chǔ)庫(kù)。

NoSQL(NoSQL = Not Only SQL )，意即“不僅僅是SQL”，是一項(xiàng)全新的數(shù)據(jù)庫(kù)革命性運(yùn)動(dòng)，早期就有人提出，發(fā)展至2009年趨勢(shì)越發(fā)高漲。NoSQL的擁護(hù)者們提倡運(yùn)用非關(guān)系型的數(shù)據(jù)存儲(chǔ)，相對(duì)于鋪天蓋地的關(guān)系型數(shù)據(jù)庫(kù)運(yùn)用，這一概念無(wú)疑是一種全新的思維的注入。

對(duì)于NoSQL并沒(méi)有一個(gè)明確的范圍和定義，但是他們都普遍存在下面一些共同特征：

不需要預(yù)定義模式：不需要事先定義數(shù)據(jù)模式，預(yù)定義表結(jié)構(gòu)。數(shù)據(jù)中的每條記錄都可能有不同的屬性和格式。當(dāng)插入數(shù)據(jù)時(shí)，并不需要預(yù)先定義它們的模式。

無(wú)共享架構(gòu)：相對(duì)于將所有數(shù)據(jù)存儲(chǔ)的存儲(chǔ)區(qū)域網(wǎng)絡(luò)中的全共享架構(gòu)。NoSQL往往將數(shù)據(jù)劃分后存儲(chǔ)在各個(gè)本地服務(wù)器上。因?yàn)閺谋镜卮疟P(pán)讀取數(shù)據(jù)的性能往往好于通過(guò)網(wǎng)絡(luò)傳輸讀取數(shù)據(jù)的性能，從而提高了系統(tǒng)的性能。

彈性可擴(kuò)展：可以在系統(tǒng)運(yùn)行的時(shí)候，動(dòng)態(tài)增加或者刪除結(jié)點(diǎn)。不需要停機(jī)維護(hù)，數(shù)據(jù)可以自動(dòng)遷移。

分區(qū)：相對(duì)于將數(shù)據(jù)存放于同一個(gè)節(jié)點(diǎn)，NoSQL數(shù)據(jù)庫(kù)需要將數(shù)據(jù)進(jìn)行分區(qū)，將記錄分散在多個(gè)節(jié)點(diǎn)上面。并且通常分區(qū)的同時(shí)還要做復(fù)制。這樣既提高了并行性能，又能保證沒(méi)有單點(diǎn)失效的問(wèn)題。

異步復(fù)制：和RAID存儲(chǔ)系統(tǒng)不同的是，NoSQL中的復(fù)制，往往是基于日志的異步復(fù)制。這樣，數(shù)據(jù)就可以盡快地寫(xiě)入一個(gè)節(jié)點(diǎn)，而不會(huì)被網(wǎng)絡(luò)傳輸引起遲延。缺點(diǎn)是并不總是能保證一致性，這樣的方式在出現(xiàn)故障的時(shí)候，可能會(huì)丟失少量的數(shù)據(jù)。

BASE：相對(duì)于事務(wù)嚴(yán)格的ACID特性，NoSQL數(shù)據(jù)庫(kù)保證的是BASE特性。BASE是最終一致性和軟事務(wù)。

NoSQL數(shù)據(jù)庫(kù)并沒(méi)有一個(gè)統(tǒng)一的架構(gòu)，兩種NoSQL數(shù)據(jù)庫(kù)之間的不同，甚至遠(yuǎn)遠(yuǎn)超過(guò)兩種關(guān)系型數(shù)據(jù)庫(kù)的不同。可以說(shuō)，NoSQL各有所長(zhǎng)，成功的NoSQL必然特別適用于某些場(chǎng)合或者某些應(yīng)用，在這些場(chǎng)合中會(huì)遠(yuǎn)遠(yuǎn)勝過(guò)關(guān)系型數(shù)據(jù)庫(kù)和其他的NoSQL。

DDD領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)-DDD概覽

# DDD概覽

## 啟迪

領(lǐng)域可以理解為業(yè)務(wù)，領(lǐng)域?qū)＜揖褪菍?duì)業(yè)務(wù)很了解的人。

限界上下文也就是微服務(wù)的邊界，也可以理解為微服務(wù)，一個(gè)限界上下文=一個(gè)微服務(wù)。

個(gè)人理解領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)就是微服務(wù)驅(qū)動(dòng)設(shè)計(jì)，從戰(zhàn)略上先進(jìn)行微服務(wù)的劃分，從戰(zhàn)術(shù)上針對(duì)某個(gè)微服務(wù)進(jìn)行領(lǐng)域模型的設(shè)計(jì)也就是業(yè)務(wù)模型的設(shè)計(jì)。

領(lǐng)域模型包括：

- 實(shí)體

- 值對(duì)象

- 聚合

- 領(lǐng)域服務(wù)

- 領(lǐng)域事件

- 資源庫(kù)

- 應(yīng)用服務(wù)

## 什么是領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)?

理解領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)是什么之前，我們先來(lái)理解下什么是領(lǐng)域？

領(lǐng)域可以理解為業(yè)務(wù)，領(lǐng)域?qū)＜揖褪菍?duì)業(yè)務(wù)很了解的人。

領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)的核心就是和最了解業(yè)務(wù)的人也就是領(lǐng)域?qū)＜乙黄鹜ㄟ^(guò)領(lǐng)域建模的方式去設(shè)計(jì)我們的軟件程序。

- 那么領(lǐng)域如何驅(qū)動(dòng)設(shè)計(jì)？或者說(shuō)業(yè)務(wù)如何驅(qū)動(dòng)設(shè)計(jì)？

傳統(tǒng)開(kāi)發(fā)過(guò)程我們都是基于面向數(shù)據(jù)開(kāi)發(fā)，拿到產(chǎn)品原型腦海里想著都是應(yīng)該創(chuàng)建哪些表和哪些字段才能滿(mǎn)足需求。

而領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)開(kāi)發(fā)過(guò)程是讓我們基于面向業(yè)務(wù)開(kāi)發(fā)、面向領(lǐng)域模型開(kāi)發(fā)。

領(lǐng)域模型的核心是通過(guò)承載和保存領(lǐng)域知識(shí)，并通過(guò)模型與代碼的映射將這些領(lǐng)域知識(shí)保存在程序代碼中，

在傳統(tǒng)開(kāi)發(fā)中，當(dāng)業(yè)務(wù)被轉(zhuǎn)換為一張張數(shù)據(jù)表時(shí)，丟失最多的就是領(lǐng)域知識(shí)(領(lǐng)域知識(shí)也就是我們?cè)谀Ｐ椭卸x的一些業(yè)務(wù)邏輯行為)。

面向領(lǐng)域模型開(kāi)發(fā)的優(yōu)點(diǎn)：

- 存儲(chǔ)方便，統(tǒng)一使用JSON進(jìn)行存儲(chǔ)。

例：

訂單領(lǐng)域包含基礎(chǔ)信息、商品信息、金額信息、支付信息等包含訂單全生命周期的子域，

對(duì)于傳統(tǒng)面向數(shù)據(jù)的開(kāi)發(fā)模式我們需要?jiǎng)?chuàng)建N張表進(jìn)行存儲(chǔ)訂單的信息，但是面向領(lǐng)域開(kāi)發(fā)時(shí)我們

可以通過(guò)利用nosql數(shù)據(jù)庫(kù)(mongo、es等)進(jìn)行保存整個(gè)訂單域的信息，提高查詢(xún)、更新效率，簡(jiǎn)化代碼

- 復(fù)用性高，引用某個(gè)領(lǐng)域模型，就可以擁有該領(lǐng)域模型的所有行為。

例：

基于微服務(wù)架構(gòu)下，某個(gè)電商應(yīng)用需要一個(gè)判斷某個(gè)訂單是否是在線(xiàn)支付訂單的邏輯時(shí)，

對(duì)于傳統(tǒng)的開(kāi)發(fā)模式我們需要調(diào)用訂單中心的服務(wù)查詢(xún)訂單信息，然后寫(xiě)一個(gè)判斷是否在線(xiàn)支付訂單的方法。

如果有多個(gè)應(yīng)用都需要這個(gè)邏輯時(shí)，每個(gè)應(yīng)該都需要重復(fù)寫(xiě)相同的方法。

但面向領(lǐng)域開(kāi)發(fā)時(shí)，只需要引用訂單中心的jar包，然后統(tǒng)一調(diào)用訂單領(lǐng)域內(nèi)的方法即可。

這樣就實(shí)現(xiàn)了業(yè)務(wù)的高內(nèi)聚

## DDD可以做什么

DDD主要分為兩個(gè)部分，戰(zhàn)略設(shè)計(jì)與戰(zhàn)術(shù)設(shè)計(jì)

- 戰(zhàn)略設(shè)計(jì)

- 圍繞微服務(wù)拆分

- 戰(zhàn)術(shù)設(shè)計(jì)

- 微服務(wù)內(nèi)部設(shè)計(jì)

## DDD怎么做

- 戰(zhàn)略設(shè)計(jì)

- 和領(lǐng)域?qū)＜乙黄鹜ㄟ^(guò)(過(guò)往經(jīng)驗(yàn)、事物聯(lián)系、事件風(fēng)暴等)劃分【限界上下文】

限界上下文也就是微服務(wù)的邊界，也可以理解為微服務(wù)。

一個(gè)限界上下文=一個(gè)微服務(wù)

- 戰(zhàn)術(shù)設(shè)計(jì)

- 開(kāi)發(fā)人員通過(guò)(領(lǐng)域模型)保存【領(lǐng)域知識(shí)】

領(lǐng)域知識(shí)也就是事物(角色)、行為(規(guī)則)和關(guān)系

## DDD領(lǐng)域模型

領(lǐng)域模型包含什么？

- 實(shí)體

具有唯一標(biāo)識(shí)，包含著業(yè)務(wù)知識(shí)的【充血模型】對(duì)象，用于對(duì)唯一性事物進(jìn)行建模。

例：

```

public class Order {

private long orderId;

private OrderAmount amount;

private List item;

}

```

- 值對(duì)象

生成后即不可變對(duì)象，通常作為實(shí)體的屬性，用于描述領(lǐng)域中的事物的某種特征。

例：

```

public class OrderItem {

private long orderId;

private String productCode;

private String productName;

}

```

- 聚合

將實(shí)體和值對(duì)象在一致性邊界之內(nèi)組成聚合，使用聚合劃分微服務(wù)(限界上下文)內(nèi)部的邊界

- 領(lǐng)域服務(wù)

分擔(dān)實(shí)體的功能，承接部分業(yè)務(wù)邏輯，做一些實(shí)體不變處理的業(yè)務(wù)流程。不是必須的

主要承接內(nèi)部領(lǐng)域服務(wù)調(diào)用和外部微服務(wù)調(diào)用，及一些聚合業(yè)務(wù)邏輯處理。

例：

```

@Service

public class ShoppingcartDomainService {

private final ShoppingcartRepository shoppingcartRepository;

private final ProductFacade productFacade;

private final UserFacade userFacade;

private final PromotionFacade promotionFacade;

// 1.查詢(xún)購(gòu)物車(chē)信息

ShoppingcartDO entity = shoppingcartRepository.loadShoppingcart(userId);

// 2.調(diào)用【用戶(hù)中心】服務(wù)查詢(xún)用戶(hù)信息

User user = userFacade.getUser(userId);

// 3.調(diào)用【商品中心】服務(wù)查詢(xún)商品信息

Product product = productFacade.getProduct(productCode);

// 4.調(diào)用【活動(dòng)中心】服務(wù)查詢(xún)活動(dòng)信息

Promotion promotion = promotionFacade.getPromotionByProductCode(productCode);

// 5.創(chuàng)建購(gòu)物車(chē)實(shí)體

Shoppingcart shoppingcart = new Shoppingcart(entity.getId, user, product, promotion);

// 6.購(gòu)物車(chē)按活動(dòng)分組

shoppingcart.groupby4Promotion();

}

```

- 領(lǐng)域事件

表示領(lǐng)域中發(fā)生的事情，通過(guò)領(lǐng)域事件可以實(shí)現(xiàn)本地微服務(wù)(限界上下文)內(nèi)的信息同步，同時(shí)也可以實(shí)現(xiàn)對(duì)外部系統(tǒng)的解耦

- 資源庫(kù)

保存聚合的地方，將聚合實(shí)例存放在資源庫(kù)(Repository)中，之后再通過(guò)該資源庫(kù)來(lái)獲取相同的實(shí)例。

- 應(yīng)用服務(wù)

應(yīng)用服務(wù)負(fù)責(zé)流程編排，它將要實(shí)現(xiàn)的功能委托給一個(gè)或多個(gè)領(lǐng)域服務(wù)來(lái)實(shí)現(xiàn)，

本身只負(fù)責(zé)處理業(yè)務(wù)用例的執(zhí)行順序以及結(jié)果的拼裝同時(shí)也可以在應(yīng)用服務(wù)做些權(quán)限驗(yàn)證等工作。


本文題目：用nosql實(shí)現(xiàn)領(lǐng)域設(shè)計(jì),nosql數(shù)據(jù)庫(kù)設(shè)計(jì)
網(wǎng)站網(wǎng)址：http://chinadenli.net/article33/dsgjgps.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)頁(yè)設(shè)計(jì)公司、定制網(wǎng)站、外貿(mào)網(wǎng)站建設(shè)、靜態(tài)網(wǎng)站、品牌網(wǎng)站設(shè)計(jì)、動(dòng)態(tài)網(wǎng)站

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話(huà)：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)