Oracle意外發現PDB適合微服務和中臺

自己原文公眾號： https://mp.weixin.qq.com/s/TY_OOj3W7TUAWQXoSq4ecQ

 以前一篇說過現在很多業務為了微服務就是拆，拆了就是微服務了。拆不動了就開始合，合了就是中臺了。現在還堅定不動，維持原有系統執行良好的都是極少數的理智技術主管。（如果實在支援不了業務另當別論，更多的時候是妥妥的支援業務，還是要搞）

      我被詢問一個場景就是如果說要把資料庫拆成多個，每個資料庫直接隔離（其實不隔離我覺得挺好的，很多業務邏輯直接讀表的資料就行了，還做什麼介面。既穩定 又高效。介面的終極就是讀寫資料庫。不管是什麼資料庫）我們先不管這些了。

      我們先建立一個資料庫PDB1.看紅框。上面有一個表T1、資料都是帶1的。

開發說業務有要求隔離，但是 在做報表或者查詢的時候需要關聯查詢。這這這。。。。。。。。其實我一直說要麼不要分，要分了就不要合。這就是sharding的解決方案代價很大。

     哎，嘗試一下如何解決吧。再來一個PDB4。紅框。

在上面分別建立三個dblink。分別是PDB4-PDB1  PDB4-PDB2   PDB4-PDB3 我這裡寫了P41 P42 P43

然後再PDB4上建立同義詞

這裡的DBLINK特殊，不同於我們以前的，以前這樣查詢我是極力反對的。因為跨網路。但是PDB模式下都是記憶體級別的一個大的例項下，幾個小的例項所以這樣是可以的。

重點是沒有網路消耗。

      儘管如此，我還是建議能不分就不分啊。你看分了以後還要做這麼多工作才能實現原來的功能。