dbForge Studio for SQL Server為有效的探索、分析SQL Server數據庫中的大型數據集提供全面的解決方案，并設計各種報表以幫助作出合理的決策。

點擊下載dbForge Studio for SQL Server最新試用版

有時人們在 SQL Server打開的事務處理到一半的情況下會忘記它們。這是常規數據庫開發中經常遇到的情況。比如當使用SQL Server Management Studio運行腳本和使用BEGIN TRANSACTION語句啟動顯式事務時，卻在事務中間取消了該批處理而沒有發出COMMIT或ROLLBACK語句來完成事務并且使得交易保持打開狀態。

本文主要討論了如何使用SQL Complete工具刪除丟失的事務。
請按照以下步驟查找未完成的未完成的事務并將其刪除：

1. 首先，我們創建兩個表：一個表用于保存和分析有關當前未結交易的信息，第二個表將從第一個表交易中選擇的歸檔以進行進一步分析。
2. 收集有關沒有查詢的事務及其會話的信息（在一定時間段T內已啟動事務且未完成的事務）。
3. 更新包含步驟1中當前活動事務列表的表（如果獲得了活動請求的未完成的事務，則不再認為它丟失，必須將其從表中刪除）。
4. 確定要終止的會話（一個任務框在步驟1的表中至少有一個未完成的事務，并且該任務框沒有查詢在運行）。
5. 存檔要刪除的數據（有關將被殺死的事務，會話和連接的信息）。
6. 終止會話。
7. 刪除已處理的條目以及那些不能刪除的條目，這些條目已經存在于步驟1中很長時間了。

下面演示如何實現該算法第1步，我們將演示如何創建表以列出和歸檔未完成的事務。

創建一個表以列出并檢查丟失的交易

應用代碼格式
借助dbForge SQL Complete，我們可以快速輕松地創建一個表來存儲有關當前丟失的交易的信息。
1.該工具通過根據T-SQL代碼的多個嵌入式提示來幫助您加快常規編碼的速度。只需單擊幾下即可創建表格。
2.字符串中的字母將轉換為大寫。
這樣，我們繼續完善表創建腳本：

SET ANSI_NULLS ON
GO

SET QUOTED_IDENTIFIER ON
GO

CREATE TABLE [srv].[SessionTran](
[SessionID] INT NOT NULL,
[TransactionID] BIGINT NOT NULL,
[CountTranNotRequest] TINYINT NOT NULL,
[CountSessionNotRequest] TINYINT NOT NULL,
[TransactionBeginTime] DATETIME NOT NULL,
[InsertUTCDate] DATETIME NOT NULL,
[UpdateUTCDate] DATETIME NOT NULL,
 CONSTRAINT [PK_SessionTran] PRIMARY KEY CLUSTERED 
(
[SessionID] ASC,
[TransactionID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON, FILLFACTOR = 95) ON [PRIMARY]
) ON [PRIMARY]
GO

ALTER TABLE [srv].[SessionTran] ADD  CONSTRAINT [DF_SessionTran_Count] DEFAULT ((0)) FOR [CountTranNotRequest]
GO

ALTER TABLE [srv].[SessionTran] ADD  CONSTRAINT [DF_SessionTran_CountSessionNotRequest]  DEFAULT ((0)) FOR [CountSessionNotRequest]
GO

ALTER TABLE [srv].[SessionTran] ADD  CONSTRAINT [DF_SessionTran_InsertUTCDate]  DEFAULT (getutcdate()) FOR [InsertUTCDate]
GO

ALTER TABLE [srv].[SessionTran] ADD  CONSTRAINT [DF_SessionTran_UpdateUTCDate]  DEFAULT (getutcdate()) FOR [UpdateUTCDate]
GO

在此腳本中：

1）用SessionID 標識一個會話
2）用TransactionID標識丟失的交易
3）用CountTranNotRequest代表交易記錄為丟失的次數
4）用CountSessionNotRequest代表將會話記錄為沒有活動查詢并包含丟失的事務的次數
5）用TransactionBeginTime是指丟失交易的開始日期和時間
6）用InsertUTCDate 標識創建記錄的日期和時間（UTC）
7）用UpdateUTCDate 標識記錄更新的日期和時間（UTC）。

如何使用SQL Complete格式化文檔

將格式應用于當前文檔
使用哪個編輯器創建SQL文檔都沒有關系，您仍然可以在“ SQL Complete Format Document”選項的幫助下對其進行格式化。

格式化之前，腳本如下所示：

create table [srv].[SessionTran](
[SessionID] int not null, [TransactionID] bigint not null, [CountTranNotRequest] tinyint not null, [CountSessionNotRequest] tinyint not null,
[TransactionBeginTime] datetime not null, [InsertUTCDate] datetime not null, [UpdateUTCDate] datetime not null,
 constraint [PK_SessionTran] primary key clustered ([SessionID] asc, [TransactionID] asc)
 with (pad_index = off, statistics_norecompute = off, ignore_dup_key = off, allow_row_locks = on, allow_page_locks = on, fillfactor = 95) ON [PRIMARY]
) on [PRIMARY]
GO

以下是應用格式后獲得的腳本：

CREATE TABLE [srv].[SessionTran] (
[SessionID] INT NOT NULL
   ,[TransactionID] BIGINT NOT NULL
   ,[CountTranNotRequest] TINYINT NOT NULL
   ,[CountSessionNotRequest] TINYINT NOT NULL
   ,[TransactionBeginTime] DATETIME NOT NULL
   ,[InsertUTCDate] DATETIME NOT NULL
   ,[UpdateUTCDate] DATETIME NOT NULL
   ,CONSTRAINT [PK_SessionTran] PRIMARY KEY CLUSTERED ([SessionID] ASC, [TransactionID] ASC)
WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON, FILLFACTOR = 95) ON [PRIMARY]
) ON [PRIMA
GO

采用以下方法我們可以看出一半的差異：

1. 采用縮進的方法
2. T-SQL關鍵字大寫
3. 在每個列名稱之前添加了換行符。

這大大提高了代碼的可讀性和可理解性，從而導致更準確的感知和決策。
將格式應用于外部文檔
SQL Complete工具還允許僅將格式應用于腳本的選定片段。請注意，只有在使用鼠標或光標選擇要格式化的片段之后，才會啟用“ 格式選擇”選項。
下圖顯示了格式化之前的腳本片段。

研究下圖，查看格式化后的代碼片段外觀。

圖6.格式化的代碼片段

在SQL格式化功能也應該被提及。借助它的幫助，您可以無縫格式化先前編寫的腳本。

從“ SQL完整”菜單中選擇“ SQL格式化程序”命令后，將出現用于選擇格式化模式的窗口。您可以選擇格式化選定文件或特定文件夾中的所有文件的格式。在我們的示例中，我們選擇Files。單擊下一步按鈕繼續。
現在，您需要選擇要格式化的文件。
編譯好要格式化的文件列表后，單擊“ 格式”按鈕。
因此，啟動了格式化。
格式化過程完成后，將出現一個窗口，其中顯示了已修改的文件數，并且這些文件在SQL Server Management Studio中打開。
以同樣的方式，我們可以重構Scripts目錄中所有文件的代碼。要格式化指定文件夾中的所有文件，請在“ SQL Formatter向導”中選擇“目錄”選項。
選擇目錄模式后，單擊下一步按鈕繼續。在下一個窗口中，單擊添加按鈕以選擇所需的文件夾。值得一提的是，在“ SQL Formatter向導”中，您可以指定要格式化的文件擴展名，還可以選擇在格式化后保持修改后的文件打開并包含子文件夾。
在這種情況下，格式化過程完成后，已修改的文件也會在SSMS中打開。
請注意，默認情況下，這些文件不會保存，而是以修改后的格式打開。如果要更改此設置，則需要清除“ 格式化后保持打開的已修改文件 ”復選框。取消選中該復選框后，修改后的文件將不會在Management Studio中打開，并且更改將立即應用并保存。

標簽：