topcat 姍舞之間的極度凝聚

承繼之前的系統分層概念，在資料存取層中，應該只有資料的存取，沒有商業的邏輯。小喵之前的系統並沒有這一層，以往都是商業邏輯混搭資料存取。這一篇就來嘗試撰寫資料的存取層。順便開始程式撰寫部分的介紹。

這一篇是強迫不使用DataSource(SqlDatasouce,ObjectDataSouce,AccessDataSource,...)的情況下，透過ADO的存取資料庫，以及GridView的各個事件，來理解GridView的一些運作狀況。小喵會在這篇中，寫下有關GridView的資料繫結、編輯、修改、刪除、排序、分頁等功能的程式碼。

物件Object的New,Dispose與Connection的Open,Close概念分享
經常遇到一些人寫成是因為沒有New造成程式錯誤，另外對於Connection的New,Dispose,Open,Close概念也不是很清楚。小喵本篇就小喵自己的認知來說明這些東西的意義

承繼上篇【ObjectDataSouce簡介Part1：兼具ADO.NET的自由與DataSouce的方便】，我們這篇就來拿個實際範例，告訴各位如何撰寫相關的程式。

一般市面上介紹的書籍，大部分都會從SqlDataSouce與GridView,DetailView等DataControl來介紹，當然這些東西很方便，可以在最少的程式碼的情況下，做出新增修改刪除查詢。但是，事實上在專案開發下並非如想像中這麼美好，您不會永遠都是處理單一資料表的新增修改刪除查詢。當遇到要處理兩個資料表以上的時候，又該如何呢??

在ASP.NET 2.0裡面多了一個ObjectDataSouce，這個東西可以讓我們在處理資料的時候，可以透過自己寫的程式，或者已經開發好的物件來撰寫。

承繼上一篇【確保交易的新利器(TransactionScope)初體驗-Part 1(注意Scope.Complete的位置)】接著小喵有興趣的事，現在很多人開始使用OOP設計系統，那麼在一個商業邏輯中，透過兩個以上的物件來分別維護數個資料，在這樣的過程中，又如何確保交易的完整性呢。

於是小喵再次撰寫個物件來做個測試，這次

從.NET Framework 2.0以後，有個新的東西稱之為TransactionScope，他可以讓我們在處理交易的時候，可以確保交易的完整性，並且使用十分的簡便，小喵在此測試一下他的撰寫方式與結果，在測試過程中，驚人的發現了MSDN的一個錯誤內容。

有時候希望多筆顯示訂單，但是訂單Orders、訂單明細OrderDetail可能分屬於不同的資料表中，因此如果多筆顯示的時候，就可以使用這個【巢狀GridView】的技巧。
這個範例會說明三個東西：
1.DropDownList與GridView互動
2.巢狀GridView的設計
3.透過RowDataView使用欄位名稱取得GridView某欄位的內容

摘要:SQL隱碼攻擊的相關文章

摘要:RecordSet轉DataSet

摘要:DataSet轉RecordSet的Function