一、SqlDataRead和Dataset的選擇
Sqldataread優點：讀取數據非常快。如果對返回的數據不需做大量處理的情況下，建議使用SqlDataReader，其性能要比datset好很多。缺點：直到數據讀完才可close掉於數據庫的連接
(SqlDataReader 讀數據是快速向前的。SqlDataReader 類提供了一種讀取從 SQL Server 數據庫檢索的只進數據流的方法。它使用 SQL Server 的本機網絡數據傳輸格式從數據庫連接直接讀取數據。DataReader需及時顯式的close。可及時的釋放對數據的連接。)
Dataset是把數據讀出，緩存在內存中。缺點：對內存的占用較高。如果對返回的數據需做大量的處理用Dataset比較好些可以減少對數據庫的連接操作。優點：只需連接一次就可close於數據庫的連接
*一般情況下,讀取大量數據,對返回數據不做大量處理用SqlDataReader.對返回數據大量處理用datset比較合適.對SqlDataReader和Dataset的選擇取決於程序功能的實現。
二、ExecuteNonQuery和ExecuteScalar
對數據的更新不需要返回結果集，建議使用ExecuteNonQuery。由於不返回結果集可省掉網絡數據傳輸。它僅僅返回受影響的行數。如果只需更新數據用ExecuteNonQuery性能的開銷比較小。
ExecuteScalar它只返回結果集中第一行的第一列。使用 ExecuteScalar 方法從數據庫中檢索單個值（例如id號）。與使用 ExecuteReader 方法， 返回的數據執行生成單個值所需的操作相比，此操作需要的代碼較少。
*只需更新數據用ExecuteNonQuery.單個值的查詢使用ExecuteScalar數據綁定的選擇
三、數據的綁定DataBinder
一般的綁定方法<%# DataBinder.Eval(Container.DataItem, "字段名") %>用DataBinder.eval 綁定不必關心數據來源(Dataread或dataset)。不必關心數據的類型eval會把這個數據對象轉換為一個字符串。在底層綁定做了很多工作，使用了反射性能。正因為使用方便了，但卻影響了數據性能。來看下<%# DataBinder.Eval(Container.DataItem, "字段名") %>。當於dataset綁定時，DataItem其實式一個DataRowView（如果綁定的是一個數據讀取器（dataread）它就是一個IdataRecord。）因此直接轉換成DataRowView的話，將會給性能帶來很大提升。
<%# ctype(Container.DataItem,DataRowView).Row("字段名") %>
*對數據的綁定建議使用<%# ctype(Container.DataItem,DataRowView).Row("字段名") %>。數據量大的時候可提高幾百倍的速度。使用時注意2方面：1.需在頁面添加<%@ Import namespace="System.Data"%>.2.注意字段名的大小寫（要特別注意）。如果和查詢的不一致，在某些情況下會導致比<%# DataBinder.Eval(Container.DataItem, "字段名") %>還要慢。如果想進一步提高速度，可采用<%# ctype(Container.DataItem,DataRowView).Row(0) %>的方法。不過其可讀性不高。
以上的是vb.net的寫法。在c#中：<@% ((DataRowView)Container.DataItem)["字段名"] %>
對查看頁面每個執行過程狀態最簡單的辦法：其頁面的trace屬性為true就可查看細節。
一、使用存儲過程：
1、性能方面：存儲過程提供了許多標准sql語言中所沒有的高級特性。其傳遞參數和執行邏輯表達式的功能，有助於應用程序設計者處理復雜任務。另外，存儲過程存儲在本地服務器上，減少了執行該過程所需的網絡傳輸寬帶和執行時間。（存儲過程已經對sql語句進行了預編譯，所以其執行速度比在程序裡執行sql語句快很多）
2、程序結構方面：從程序的可擴展性看，使用存儲過程會對程序以後的修改帶來方便。比如數據庫的結構改變了，只需修改相對應的存儲結構，和程序中的調用部分即可。這部分不屬於本文探討范圍，屬於程序結構設計方面。所以不在此展開。
3、程序安全性：使用存儲過程可避免SQL Injection攻擊。
