將常被要求當資料表內的紀錄有被新增修改或刪除的時候，需要同步紀錄每次資料表變動的前後資料，這時候我們可以利用 Trigger 便可做到符合這個功能的需求，而且可以適用到大部份的使用情境，且因為 Trigger 本身也可以捕抓捉到資料庫的 DML 的事件，如 : INSERT、UPDATE 、DELETE ，我們也能捕捉在該資料列被修改之後 (AFTER DML) 才來執行 Trigger ，所以剛好滿足我們要記錄的資料表變動的行為。
EntryID 雖然是 outlook 物件模組中可以用來判斷該筆 Item object 的主要條件之一，
但針對發問者的情境，他的聯絡人清單的來源不一定有 Outlook 的 EntryID，
，而 Outlook.ContactItem 也沒有提供一個叫做 Update() 的方法給我們使用，
所以可能要先自行定義使用哪些種資料欄位來判斷 Outlook 清單中是否有該筆聯絡人資料存在，
若存在可使用 Outlook.ContactItem contact.Save() 方法進行該筆資料的更新 Update。
最近在玩 VSTO 不過在使用 VS 2008 開發工具進行偵錯 (F5) 後，結束偵錯後會在 OutLook 一直殘留剛剛偵錯時的 Addin ，
這是一件令人討厭的事。
當 IIS 收到使用者瀏覽器提出網頁請求時，IIS 會先根據該請求的網域或 IP 及 PORT 找到對應的網站。
找到網站後，判斷副檔名為 ASPX 時，IIS 便將該請求移交給 ISAPI Extension 之 ASPNET_ISAPI.DLL 元件。
ISAPI 收到請求後，便會啟動 ASP.NET 的 Process (ASPNET_WP.exe)，再將請求交給 ASP.NET 的 Process 處理。
ASPNET_WP 會解讀該請求的資訊，例如 : 該請求的網站或該網站的某個虛擬目錄並未擁有APPDomain，則該 ASPNET_WP 會協助建立一個 APPDomain。
當該網站或該網站的某個虛擬目錄擁有 APPDomain 後，會將所需要的組件 Assembly 載入到該 APPDomain中，這也是為什麼第一次瀏覽網站時會比較慢的原因之一。
接下來 APPDomain 會將該請求轉送給 APPDomain 內對應的 ISAPIRuntime元件，
ISAPIRuntime 元件會負責解讀該請求的