George's Notes

2019年10月5日 星期六

SQL Server XACT_ABORT and XACT_STATE

凌晨12:18  
SQL Server (從 2008 開始) 提供 TRANSACTION 交易功能，在 VITO の 學習筆記 文章裡針對 Transactions 已有詳細說明，本文會透過案例方式來了解 XACT_ABORT、TRANSACTION、XACT_STATE 彼此關係，在這之前，先認識幾個跟交易有關的功能與用途。
預設 OFF。用於執行階段的交易控制，當 T-SQL 執行發生錯誤同時 XACT_ABORT 為 ON，就會終止並回復整個交易；如果 XACT_ABORT 為 OFF，交易會繼續進行，但是會依據錯誤嚴重度(Severity)不同，有可能回復整個交易。若是發生錯誤之後才設定 XACT_ABORT 為 ON，已完成的交易仍會寫入，無法回復整個交易，只要修改 XACT_ABORT 為 ON，最後記得改回 OFF。

針對大部分 OLE DB 提供者 (包括 SQL Server) 的隱含或明確的交易，其中之資料修改陳述式的 XACT_ABORT 都必須設為 ON。 只有在提供者支援巢狀交易時，才不需要這個選項。

SET XACT_ABORT 的設定是在執行階段進行設定，而不是在剖析階段進行設定。若要檢視此設定的目前設定，請執行下列查詢。
DECLARE @XACT_ABORT VARCHAR(3) = 'OFF';  
IF ( (16384 & @@OPTIONS) = 16384 ) SET @XACT_ABORT = 'ON';  
SELECT @XACT_ABORT AS XACT_ABORT; 
例如 Uncommittable transaction is detected at the end of the batch. The transaction is rolled back. 嚴重性層級 16 (指出使用者能夠更正的一般錯誤)，這項錯誤會讓 XACT_STATE 變成 -1。

TRY...CATCH 建構會捕捉嚴重性大於 10 而並未終止資料庫連接的所有執行錯誤。
嚴重性 0-10 的錯誤是資訊訊息，不會使執行動作跳出 TRY...CATCH 建構的 CATCH 區塊。
CATCH 區塊不會處理嚴重性通常是 20-25 的終止資料庫連接的錯誤，因為在連接終止時，會中止執行動作。
預設 OFF。當 T-SQL 執行同時 SET NOCOUNT 為 ON，不會傳回計數，但仍會更新 @@ROWCOUNT 函式；如果 SET NOCOUNT 為 OFF，會傳回計數(如下圖)。針對執行 T-SQL 迴圈程序，或者預存程序包含多個 T-SQL，將 SET NOCOUNT 設為 ON 可以大幅提升效能，因為網路傳輸量會大幅降低。
image
檢測目前是否有作用中的交易，以及是否需要進行回復交易，其中 XACT_STATE 函數回傳值主要有 1、0 和 -1 。
1  ：目前的要求具有使用中的使用者交易。
0  ：目前的要求沒有任何使用中的使用者交易。
-1 ：目前的要求有一項使用中的使用者交易，但發生錯誤，使交易被分類為無法認可的交易。

XACT_STATE 和 @@TRANCOUNT 函式都可用來偵測目前的要求是否有使用中的使用者交易。
@@TRANCOUNT 無法用來判斷交易是否已分類為無法認可的交易。
XACT_STATE 無法用來判斷是否有巢狀交易。
開始進入主題，先建立 [dbo].[emp] 資料表，欄位都不允許 null
CREATE TABLE [dbo].[emp](
    [EmpName] [varchar](50) NOT NULL ,
    [DepNo] int NOT NULL,
)

測試語法如下，寫入第 2 筆資料時發生錯誤
案例是控制 XACT_ABORT 與 TRANSACTION 這 2 個功能，觀察 XACT_STATE 的變化
SET XACT_ABORT ON;
BEGIN TRY
    SET NOCOUNT ON;
    BEGIN TRAN
        INSERT dbo.emp(EmpName,DepNo) Values ('Kemba1', 1)
        INSERT dbo.emp(EmpName,DepNo) Values ('Kemba2', null) --發生錯誤  
    COMMIT TRAN    
END TRY
BEGIN CATCH
    declare @xact_state int = XACT_STATE();
   IF (@xact_state) = 1    --transaction is committable.
    BEGIN
        PRINT 'XACT_STATE: '+CAST(@xact_state as char(2))
        PRINT 'NO ERRORS in TRANSATION'
       COMMIT TRAN
    END
   IF (@xact_state) = -1   --transaction is uncommittable.
    BEGIN
        PRINT 'XACT_STATE: '+CAST(@xact_state as char(2))
        PRINT 'ERRORS in TRANSATION'
        ROLLBACK TRAN
   END
    IF (@xact_state) = 0    --no transaction
    BEGIN
        PRINT 'XACT_STATE: '+CAST(@xact_state as char(2))
        PRINT 'NO TRANSATIONS'
    END
END CATCH
SET XACT_ABORT OFF;

案例 1：XACT_ABORT 為 ON，有設定 TRANSACTION
SET XACT_ABORT ON;
BEGIN TRY
    SET NOCOUNT ON;
    BEGIN TRAN
        INSERT dbo.emp(EmpName,DepNo) Values ('Kemba1', 1)
        INSERT dbo.emp(EmpName,DepNo) Values ('Kemba2', null) --發生錯誤  
    COMMIT TRAN    
END TRY    
image image
發生錯誤時 XACT_STATE 為 -1，回復整個交易。

案例 2：XACT_ABORT 為 ON，沒有 TRANSACTION
SET XACT_ABORT ON;
BEGIN TRY
    SET NOCOUNT ON;
    --BEGIN TRAN
        INSERT dbo.emp(EmpName,DepNo) Values ('Kemba1', 1)
        INSERT dbo.emp(EmpName,DepNo) Values ('Kemba2', null) --發生錯誤  
    --COMMIT TRAN    
END TRY    
image image
沒有 TRANSACTION，因此 XACT_STATE 為 0，第一筆資料有寫入。

案例 3：XACT_ABORT 為 OFF，有設定 TRANSACTION
SET XACT_ABORT OFF;
BEGIN TRY
    SET NOCOUNT ON;
    BEGIN TRAN
        INSERT dbo.emp(EmpName,DepNo) Values ('Kemba1', 1)
        INSERT dbo.emp(EmpName,DepNo) Values ('Kemba2', null) --發生錯誤  
    COMMIT TRAN    
END TRY    
image image
有設定 TRANSACTION，XACT_STATE 為 1，但是交易過程既往不咎，第一筆資料有寫入。

案例 4：XACT_ABORT 為 OFF，沒有 TRANSACTION
SET XACT_ABORT OFF;
BEGIN TRY
    SET NOCOUNT ON;
    --BEGIN TRAN
        INSERT dbo.emp(EmpName,DepNo) Values ('Kemba1', 1)
        INSERT dbo.emp(EmpName,DepNo) Values ('Kemba2', null) --發生錯誤  
    --COMMIT TRAN    
END TRY    
image image
沒有 TRANSACTION，發生錯誤時 XACT_STATE 為 0，沒有要求回復整個交易，第一筆資料有寫入。

參考來源：
  1. SQL Server 2008 error handling best practice
  2. SQL Server 錯誤處理 (2)
  3. Why does SQL Server default XACT_ABORT to OFF? Can it be set to ON globally?
  4. Why isn't SET XACT_ABORT ON the default behavior?
 Continue Reading

2019年8月1日 星期四

Open Live Writer 無法上傳圖片到 Blogger

晚上8:35  
同事提到 Open Live Writer(OLW) 要發文時，只要文章內含圖片就會發生錯誤，無法發佈出去。圖片原本會存放在 Google Photos，前陣子 Google 修改 API，不再提供存放圖片。
image_thumb[1]

參考網友作法，處理方式如下：
(1) 進入 Google Photos 相簿，重新命名所有已經取名為「Open Live Writer」的相簿。（建議可以更名為「Open Live Writer 1」或「Open Live Writer 2」），如果直接刪除，相簿中的圖片將會消失，之前參考到的圖片也會不見。重新命名相簿名稱不會影響之前部落格內的文章連結。
image_thumb[20]

(2) 進入控制台，刪除原先的 Open Live Writer。

(3)  下載 OpenLiveWriterSetup.exe 測試版程式並安裝。
https://ci.appveyor.com/project/dotnetfoundation/openlivewriter/build/artifacts
image_thumb[3]

(4) 測試版程式在執行時，每隔 8 秒左右會開啟新的 OLW 程式，解決方法是進入 Open Live Writer 檔案位置，刪除 Update.exe 即可，之後 OLW 便無法自動更新，需要自行留意官網有無正式更新版本。刪除 Update.exe 之後，桌面 OLW 捷徑已無法使用，可將它刪除。
image_thumb[7]
image_thumb[9]

(5) 執行 OLW 程式要使用 OpenLiveWriter\app-0.6.3\OpenLiveWriter.exe，可將 exe 檔建立捷徑，放在桌面、工具列或開始位置。
image_thumb[13]

(6) 開啟 OLW 程式，刪除舊的 Blogger Account 並重新加入。
image_thumb[18]

(7) 這樣內含照片的文章就能正常發佈，至於照片位置則是存放在 Google Drive 資料夾。
image_thumb[27]
image_thumb[32]
image_thumb[35]

參考來源：
  1. Open Live Writer : error 400 bad request : correctif mai 2019
  2. 修復 Open Live Writer 發文至Blogger時顯示 error: (400)及(404)的解決方法
  3. Open Live Writer已經可以登入Blogger
 Continue Reading
訂閱： 文章 (Atom)
Designed By: Blogger Templates | Templatelib