【Paddy】如何將物理表分割成動態數據表與靜態數據表

前言  html

 

  通常來講,物理表的增、刪、改、查都受到數據量的制約,進而影響了性能。sql

 

  不少狀況下,你所負責的業務關鍵表中,每日變更的數據庫與不變更的數據量比較,相差很是大。數據庫

 

  這裏咱們將變更的數據稱爲動態數據,不變更的數據稱爲靜態數據架構

 

  舉個例子,1張1000W的表,每日動態數據只有1W條,999W條的數據都爲靜態。每每select或者重複改變的數據都在動態數據中。好比訂單表。ide

 

  因此,若是將動態數據庫從表中剝離出來,分割兩張表,一張動態數據表,一張靜態數據表,從數據量的角度來看,性能是否是就會天然提升了?性能

 

  下圖爲一張現實表和一張理想化的結構   (藍色爲靜態數據:1000W、黃色爲動態數據:100W):測試

  

  但願動態數據和靜態數據分割開spa

  

  

  想法再好,也比不上現實的殘酷。不少朋友可能都想到這種架構,但實現起來問題很是多:3d

  

  1.  如何將動態數據自動從靜態數據中剝離?如何維護?htm

  2.  程序代碼改動量不可預計。尤爲核心表的使用遍及各地,分割成兩張表後,全部代碼基本都要重構。

  3.  表分區是否能夠達到一樣目的,NO~由於表分區沒法100%區分動態與靜態,並且分區列的使用決定了效率。

 

  下面開始,進入本次主題,如何在SQL Server中達到動態數據、靜態數據分割;兩表數據如何自動維護;程序統一訪問邏輯表名,零維護成本。

 

正文

  實現方法:利用視圖 + 視圖觸發器

  沒錯,沒有了~就是靠這兩貨,就解決了,下面咱們來看看邏輯圖(畫的很差,見諒)。

  

最後,讓咱們來看看具體事例

 

1.  建立demo數據庫,和動態表(TB_A_NEW)、歷史表(TB_A_OLD)

CREATE DATABASE demo
GO
ALTER DATABASE demo ADD FILEGROUP HekatonFG CONTAINS MEMORY_OPTIMIZED_DATA;
GO
ALTER DATABASE demo ADD FILE( NAME = 'Memory', FILENAME ='C:\Memory.ndf') TO FILEGROUP [HekatonFG];
GO
CREATE TABLE TB_A_OLD
(
	id INT IDENTITY(1,1) PRIMARY KEY,
     NAME NVARCHAR(36) GO CREATE TABLE TB_A_NEW ( id INT IDENTITY(1, 1) PRIMARY KEY, NAME NVARCHAR(36) ) GO INSERT INTO TB_A_OLD SELECT Newid() GO 10

這個時候的兩張表的數據以下:

 

而後,咱們爲了保證動態表的新增數據的自增值是靜態表的當前標識值+1,這樣兩表記錄合併才能銜接。

DECLARE @IDENT BIGINT

SELECT @IDENT = Ident_current('TB_A_OLD') + 1

DBCC checkident('TB_A_NEW', reseed, @IDENT)

  

建立視圖(View_TB_A)

CREATE VIEW [dbo].[View_TB_A]
AS
  SELECT *
  FROM   TB_A_NEW
  UNION ALL
  SELECT old.*
  FROM   TB_A_OLD old
         LEFT JOIN TB_A_NEW new
                ON old.id = new.id
  WHERE  new.NAME IS NULL

GO

建立視圖觸發器(Insert、Update)

USE demo

GO

CREATE TRIGGER [dbo].[TR_Insert]
ON [dbo].[View_TB_A]
INSTEAD OF INSERT
AS
  BEGIN
      SET NOCOUNT ON

      INSERT INTO TB_A_NEW
                  (NAME)
      SELECT NAME
      FROM   inserted
  END

GO

USE demo

GO

CREATE TRIGGER [dbo].[TR_Update]
ON [dbo].[View_TB_A]
INSTEAD OF UPDATE
AS
  BEGIN
      SET NOCOUNT ON

      --1. 判斷update中,包含的記錄是否都在new表中
      DECLARE @count BIGINT

      SELECT @count = Count(1)
      FROM   deleted

      UPDATE TB_A_NEW
      SET    NAME = b.NAME
      FROM   TB_A_NEW a,
             inserted b
      WHERE  a.id = b.id

      IF @@ROWCOUNT < @count
        BEGIN
            SET IDENTITY_INSERT TB_A_NEW ON

            INSERT INTO TB_A_NEW
                        (id,
                         NAME)
            SELECT i.id,
                   i.NAME
            FROM   inserted i
                   LEFT JOIN TB_A_NEW n
                          ON i.id = n.id
            WHERE  n.NAME IS NULL
        END
  END

GO

下面,咱們來測試下SELECT、UPDATE、INSERT

Select

SELECT的結果就是剛纔的插入10條記錄,經過!

 

Insert

INSERT到視圖中,會在TB_A_NEW表中新增一條記錄,TB_A_OLD並無任何變化。也就是自動分配到了動態表中,經過!

 

Update

而後咱們繼續更新id=2的記錄,看看結果如何

最後,咱們繼續查詢視圖VIEW_TB_A,看看最終返回的結果。

看到最終結果11條,而且以前經過視圖的更新,插入都返回了正確結果,經過!

 

至此,測試結束,經過視圖和視圖觸發器,實現了統一名稱訪問,底冊物理表分割動態表和靜態表,測試過程並不包含delete,感興趣的童鞋稍微琢磨下就出來了。

 

若是須要合併動態表與靜態表,只需將id相同記錄,更新到靜態表,靜態表不存在的id對應動態數據,插入到靜態表中便可。

本次內容主意在實現方法,具體性能提高測試,往後再作說明,簡單說下,就是觸發器的邏輯處理,放在了物理表插入數據以前。將數據分類存儲。因此邏輯處理開銷會增長,可是物理存儲分割。在數據量影響性能明顯的場景中會很是適用。

若是你的數據庫是SQL Server 2014,那麼將靜態和動態表定義到內存表中,動態數據又剝離了,具體提高多少這裏不作猜想,有環境的朋友能夠試試哦~

 

另:

  利用以上方法,也能夠解決肖桑(大菠蘿)和笑東風提到的的主鍵int修改成bigint型問題

  (http://www.cnblogs.com/TeyGao/p/4463389.html)

      若是每日一次合併動態表與靜態表數據,動態數據表就是當日的差別數據哦,擴展使用很是方便。

 

好~就到這裏,再見吧~

相關文章
相關標籤/搜索