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

點(diǎn)擊下載dbForge Studio for SQL Server最新試用版

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

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

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

下面演示如何實(shí)現(xiàn)該算法第1步，我們將演示如何創(chuàng)建表以列出和歸檔未完成的事務(wù)。

創(chuàng)建一個(gè)表以列出并檢查丟失的交易

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

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 標(biāo)識一個(gè)會話
2）用TransactionID標(biāo)識丟失的交易
3）用CountTranNotRequest代表交易記錄為丟失的次數(shù)
4）用CountSessionNotRequest代表將會話記錄為沒有活動查詢并包含丟失的事務(wù)的次數(shù)
5）用TransactionBeginTime是指丟失交易的開始日期和時(shí)間
6）用InsertUTCDate 標(biāo)識創(chuàng)建記錄的日期和時(shí)間（UTC）
7）用UpdateUTCDate 標(biāo)識記錄更新的日期和時(shí)間（UTC）。

如何使用SQL Complete格式化文檔

將格式應(yīng)用于當(dāng)前文檔
使用哪個(gè)編輯器創(chuàng)建SQL文檔都沒有關(guān)系，您仍然可以在“ SQL Complete Format Document”選項(xiàng)的幫助下對其進(jìn)行格式化。

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

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

以下是應(yīng)用格式后獲得的腳本：

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. 采用縮進(jìn)的方法
2. T-SQL關(guān)鍵字大寫
3. 在每個(gè)列名稱之前添加了換行符。

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

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

圖6.格式化的代碼片段

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

從“ SQL完整”菜單中選擇“ SQL格式化程序”命令后，將出現(xiàn)用于選擇格式化模式的窗口。您可以選擇格式化選定文件或特定文件夾中的所有文件的格式。在我們的示例中，我們選擇Files。單擊下一步按鈕繼續(xù)。
現(xiàn)在，您需要選擇要格式化的文件。
編譯好要格式化的文件列表后，單擊“ 格式”按鈕。
因此，啟動了格式化。
格式化過程完成后，將出現(xiàn)一個(gè)窗口，其中顯示了已修改的文件數(shù)，并且這些文件在SQL Server Management Studio中打開。
以同樣的方式，我們可以重構(gòu)Scripts目錄中所有文件的代碼。要格式化指定文件夾中的所有文件，請?jiān)凇?SQL Formatter向?qū)А敝羞x擇“目錄”選項(xiàng)。
選擇目錄模式后，單擊下一步按鈕繼續(xù)。在下一個(gè)窗口中，單擊添加按鈕以選擇所需的文件夾。值得一提的是，在“ SQL Formatter向?qū)А敝校梢灾付ㄒ袷交奈募U(kuò)展名，還可以選擇在格式化后保持修改后的文件打開并包含子文件夾。
在這種情況下，格式化過程完成后，已修改的文件也會在SSMS中打開。
請注意，默認(rèn)情況下，這些文件不會保存，而是以修改后的格式打開。如果要更改此設(shè)置，則需要清除“ 格式化后保持打開的已修改文件 ”復(fù)選框。取消選中該復(fù)選框后，修改后的文件將不會在Management Studio中打開，并且更改將立即應(yīng)用并保存。

標(biāo)簽：