被另一個處理序鎖死並已被選擇作為死結的犧牲者

之前將維護資料筆數之動作，寫在ins trigger中
設想當資料有新增時，就檢查看是否有過舊的資料需要刪除
這也是相較於以往，以排程的方式，定期刪除過舊的資料，採用的新想法！
不過，看來並不是很理想！ 在這樣的架構下，經常遭遇如下錯誤！

EOleException交易 (處理序識別碼 63) 在 鎖定 | 通訊緩衝區 資源上被另一個處理序鎖死並已被選擇作為死結的犧牲者。請重新執行該交易。

在停止此項Trigger後，就無再產生上述錯誤，
可是真正資源是如何的運用而產生死結，目前尚未明了！

SELECT TOP n WITH TIES

以往偶爾都會有這樣的需求，
但卻不知到可用 WITH TIES來獲得！

<br />--WITH TIES 子句會使得其排序欄位與名列前茅或墊底之最後一名相同者的所有資料紀錄亦被傳回<br />select top 3 with ties *<br />from xxxx_tab<br />order by abcd desc<br /><br />

在 3Com Switch 4210系列上，使用WebGUI設定Mointor port

第一次在4210上使用WebGUI界面設定，和以前型號的使用經驗比較，感覺好多了！

變更索引名稱

透過SQL Server Management界面進行索引名稱修改，但實際上執行的動作是drop index, and rebuit。
因此，在有大量資料的talbe上，遭遇逾時無法儲存等問題！
後來是以 sp_name 預儲來完成
<br />/* 為了避免發生資料可能遺失的任何問題，您應該先詳細檢視此指令碼，然後才能在資料庫設計工具環境以外的位置執行。*/<br />BEGIN TRANSACTION<br />SET QUOTED_IDENTIFIER ON<br />SET ARITHABORT ON<br />SET NUMERIC_ROUNDABORT OFF<br />SET CONCAT_NULL_YIELDS_NULL ON<br />SET ANSI_NULLS ON<br />SET ANSI_PADDING ON<br />SET ANSI_WARNINGS ON<br />COMMIT<br />BEGIN TRANSACTION<br />GO<br />DROP INDEX dbo.xxxx_tab_bk.IX_xxxx_tab<br />GO<br />CREATE NONCLUSTERED INDEX IX_xxxx_tab_bk ON dbo.xxxx_tab_bk<br /> (<br /> comid,<br /> sdate,<br /> pflag<br /> ) ON [PRIMARY]<br />GO<br />COMMIT<br />