傑士伯的IT學習之路

2018年1月1日星期一

[SQL Server] 如何追蹤資料異動記錄 (2) : System Versioned Temporal Table

前言

接續前一篇對 Change Data Caputre 的採討, 本篇會著重在 SQL Server 2016 開始提供的 System-Versioned Temporal Table.

不知各位有沒有注意到, 在 SSMS 物件總管視窗裡 SQL Server 2016 的範例資料庫 (WideWorldImporters) 的剖份 table, 會被標註為 (由系統控制版本), 這個到底是什麼呢? 您可以試著把它點開, 它下面又掛了一個 table, 標註為 (記錄), 如下圖的 Cities 與 Cities_Archive. 其實, 後者 Cities_Archive 就是一個 System-Versioned Temporal Table, 綁定在前者 Cities 身上.

[SQL Server] 如何追蹤資料異動記錄 (1) : Change Data Capture

前言

以往應用系統的使用者, 常會問說, 我的那筆客戶資料, 到底是誰動過的, 跟我當初所輸入的怎麼會不相同.

如果應用系統作得稍微好一點, 會留下最後那筆資料的異動時間及異動人員; 但這只是留下該筆資料最後一個版本, 並不能找出異動資料的元兇.

如果應用系統作得還不錯, 可能會利用 Trigger, 自行撰寫一段程式碼, 把 inserted 及 deleted 的資料, 寫到一個 Log 記錄檔, 這樣就可以找出異動資料的元兇.

自 SQL Server 2008 開始, 微軟提供了 Change Data Capture 及 Change Data Tracker.

本文重點在 Change Data Capture. 下一篇會著重在 SQL Server 2016 開始提供的 System-Versioned Temporal Table.

2017年12月16日星期六

[SQL Server] Rank Function / Aggregate Function + Over ( Partition By ... Order By ... ) 自我練習

前言

長久以來, 對於 T-SQL 的 OVER ( PARTITION BY ... ORDER BY ...) 的語法, 一直沒有很清楚; 最近終於有時間, 可以稍微 STUDY 一下.

在找資料的過程中, 發現了德瑞克：SQL Server 學習筆記有寫了 2 篇關於 Rank Function 的文章, 剛好可以導入到 OVER 與 PARTITION BY 的用法.

茲分為以下幾個部份及實作步驟進行說明:

1.. 建立測試資料

2.. Rank Function + OVER (ORDER BY)

3.. Rank Function + OVER (PARTITION BY ... ORDER BY ...)

4.. CASE A: Aggregate Function + OVER ()

5.. CASE B: Aggregate Function + OVER (PARTITION BY ...)

6.. CASE C: Aggregate Function + OVER (PARTITION BY ...)

7.. CASE D: Aggregate Function + OVER (PARTITION BY ... ORDER BY ...)

8.. CASE E: Aggregate Function + OVER (PARTITION BY ... ORDER BY ...)

9.. 結論

10.. 參考文件

2017年12月13日星期三

[SQL Server] T-SQL 測試輔助工具或方案 (3) : tSQLt + SSDT

前言

接續前兩篇 (第1篇, 第2篇) 對於 T-SQL 測試輔助工具或方案的說明.

因筆者日前看到了 2 篇整合 tSQLt + SSDT 的文章, 看來可以利用 Visual Studio 進行版本控管, 及團隊協同合作; 比單純在 SSMS 進行開發, 有更大的優勢.

茲以下段落進行說明.

1.. 建立資料庫

2.. 建立 Table / View / Production Code

3.. 在 Visual Studio 建立第 1 個資料庫專案 (MyDemo), 並匯入 SQL Server 資料庫

4.. 在 Visual Studio 建立第 2 個資料庫專案 (MyDemo_Tests), 用以存放 tSQLt 相關程式及測試程式碼 (Test Code)

5.. 加入測試程式碼 (Test Code)

6.. 部署及測試

7.. 結論

8.. 延伸閱讀 (2018.07.04)

9.. 參考文件

2017年12月7日星期四

[SQL Server] T-SQL 測試輔助工具或方案 (2) : Visual Studio + Specflow + Entity Framework

前言

接續前一篇, 筆者找到的第2個方案是 Visual Studio + Specflow + Entity Framework .

Specflow 是一個用以與使用者溝通的語言工具, 用以描述使用者的需求案例. 適用於整合測試. 當然, 最好是由 Top Down 的方式, 由 BDD (Behavior-Driven Development) 逐步產生實際運作的程式碼 (Production Code); 但若還是不太習慣, 也是可以先寫實際運作的程式碼, 再寫測試方法 (Test Code).

Entity Framework 是微軟以 ADO.NET 為基礎所發展出來的物件關聯對應 (O/R Mapping) 解決方案, 在本文中, 可以用它來建立及清除測試資料.

不過, 該方案需要開發人員, 除了 T-SQL 外, 還要會寫 C# 的程式碼 .

1.. 需求: 以 Specflow 的方式作描述

2.. 相關 Table 及 Stored Procedure

3.. 實際運作程式碼 (Production Code)

4.. 測試程式碼 (Test Code)