推薦：asp.net/c#字符格式化
一、用{0:?}格式化 可通過 String.Format 方法或通過 Console.Write 方法格式化數值結果，其中后一種方法調用 String.Format 。使用格式字符串指定格式。下表包含受支持的標準格式字符串。格式字符串采用的形式為 Axx ，其中 A 為格式說明符，而 xx 為精度說

3) CommandBuilder.DeriveParameters，它會填充Command對象的Parameters集合。

但是，每次用到這些特性，都會有性能損失。建議將這些特性主要用于設計時和即席應用程序中。在可能的情況下，顯式指定架構和元數據。其中包括在DataSet中定義表和列、定義DataAdapter的Command屬性、以及為Command定義Parameter信息。

ExecuteScalar和ExecuteNonQuery

如果想返回像Count(*)、Sum(Price)或Avg(Quantity)的結果那樣的單值，可以使用Command.ExecuteScalar。ExecuteScalar返回第一行第一列的值，將結果集作為標量值返回。因為單獨一步就能完成，所以ExecuteScalar不僅簡化了代碼，還提高了性能；要是使用DataReader就需要兩步才能完成（即，ExecuteReader 取值）。

使用不返回行的SQL語句時，例如修改數據（例如INSERT、UPDATE或DELETE）或僅返回輸出參數或返回值，請使用ExecuteNonQuery。這避免了用于創建空DataReader的任何不必要處理。

測試Null

如果表（在數據庫中）中的列允許為空，就不能測試參數值是否“等于”空。相反，需要寫一個WHERE子句，測試列和參數是否都為空。下面的SQL語句返回一些行，它們的LastName列等于賦給@LastName參數的值，或者LastName列和@LastName參數都為空。

SELECT * FROM Customers
WHERE ((LastName = @LastName) OR (LastName IS NULL AND @LastName IS NULL))

將Null作為參數值傳遞

對數據庫的命令中，當將空值作為參數值發送時，不能使用null（Visual Basic .NET中為Nothing）。而需要使用DBNull.Value。例如：

'Visual Basic
Dim param As SqlParameter = New SqlParameter("@Name", SqlDbType.NVarChar, 20)
param.Value = DBNull.Value

//C#
SqlParameter param = new SqlParameter("@Name", SqlDbType.NVarChar, 20);
param.Value = DBNull.Value;

執行事務

ADO.NET的事務模型已經更改。在ADO中，當調用StartTransaction時，調用之后的任何更新操作都被視為是事務的一部分。但是，在ADO.NET中，當調用Connection .BeginTransaction時，會返回一個Transaction對象，需要將它與Command的Transaction屬性聯系起來。這種設計可以在一個單一連接上執行多個根事務。如果未將Command.Transaction屬性設置為一個針對相關的Connection而啟動的Transaction，那么Command就會失敗并引發異常。

即將發布的.NET框架將使您可以在現有的分布式事務中手動登記。這對于對象池方案來說很理想；在該方案中，一個池對象打開一次連接，但是在多個獨立的事務中都涉及到該對象。.NET框架1.0發行版中這一功能并不可用。

使用連接

高性能應用程序與使用中的數據源保持最短時間的連接，并且利用性能增強技術，例如連接池。下面的主題提供一些技巧，有助于在使用ADO.NET連接到數據源時獲得更好的性能。

連接池

用于ODBC的SQL Server、OLE DB和.NET框架數據提供程序隱式緩沖連接。通過在連接字符串中指定不同的屬性值，可以控制連接池的行為。

用DataAdapter優化連接

DataAdapter的Fill和Update方法在連接關閉的情況下自動打開為相關命令屬性指定的連接。如果Fill或Update方法打開了連接，Fill或Update將在操作完成的時候關閉它。為了獲得最佳性能，僅在需要時將與數據庫的連接保持為打開。同時，減少打開和關閉多操作連接的次數。

如果只執行單個的Fill或Update方法調用，建議允許Fill或Update方法隱式打開和關閉連接。如果對Fill和Update調用有很多，建議顯式打開連接，調用Fill和Update，然后顯式關閉連接。

另外，當執行事務時，顯式地在開始事務之前打開連接，并在提交之后關閉連接。例如：

'Visual Basic
Public Sub RunSqlTransaction(da As SqlDataAdapter, myConnection As SqlConnection, ds As DataSet)
myConnection.Open()
Dim myTrans As SqlTransaction = myConnection.BeginTransaction()
myCommand.Transaction = myTrans

Try
da.Update(ds)
myTrans.Commit()
Console.WriteLine("Update successful.")
Catch e As Exception
Try
myTrans.Rollback()
Catch ex As SqlException
If Not myTrans.Connection Is Nothing Then
Console.WriteLine("An exception of type " & ex.GetType().ToString() & " was encountered while attempting to roll back the transaction.")
End If
End Try

Console.WriteLine("An exception of type " & e.GetType().ToString() & " was encountered.")
Console.WriteLine("Update failed.")
End Try
myConnection.Close()
End Sub

//C#
public void RunSqlTransaction(SqlDataAdapter da, SqlConnection myConnection, DataSet ds)
{
myConnection.Open();
SqlTransaction myTrans = myConnection.BeginTransaction();
myCommand.Transaction = myTrans;

try
{
da.Update(ds);
myCommand.Transaction.Commit();
Console.WriteLine("Update successful.");
}
catch(Exception e)
{
try
{
myTrans.Rollback();
}
catch (SqlException ex)
{
if (myTrans.Connection != null)
{
Console.WriteLine("An exception of type " ex.GetType() " was encountered while attempting to roll back the transaction.");
}
}

Console.WriteLine(e.ToString());
Console.WriteLine("Update failed.");
}
myConnection.Close();
}

始終關閉Connection和DataReader

完成對Connection或DataReader對象的使用后，總是顯式地關閉它們。盡管垃圾回收最終會清除對象并因此釋放連接和其他托管資源，但垃圾回收僅在需要時執行。因此，確保任何寶貴的資源被顯式釋放仍然是您的責任。并且，沒有顯式關閉的Connections可能不會返回到池中。例如，一個超出作用范圍卻沒有顯式關閉的連接，只有當連接池大小達到最大并且連接仍然有效時，才會被返回到連接池中。

注不要在類的Finalize方法中對Connection、DataReader或任何其他托管對象調用Close或Dispose。最后完成的時候，僅釋放類自己直接擁有的非托管資源。如果類沒有任何非托管資源，就不要在類定義中包含Finalize方法。

在C#中使用“Using”語句

對于C#程序員來說，確保始終關閉Connection和DataReader對象的一個方便的方法就是使用using語句。using語句在離開自己的作用范圍時，會自動調用被“使用”的對象的Dispose。例如：

//C#
string connString = "Data Source=localhost;Integrated Security=SSPI;Initial Catalog=Northwind;";

using (SqlConnection conn = new SqlConnection(connString))
{
SqlCommand cmd = conn.CreateCommand();
cmd.CommandText = "SELECT CustomerId, CompanyName FROM Customers";

conn.Open();

using (SqlDataReader dr = cmd.ExecuteReader())
{
while (dr.Read())
Console.WriteLine("{0}\t{1}", dr.GetString(0), dr.GetString(1));
}
}

Using語句不能用于Microsoft Visual Basic .NET。
　
避免訪問OleDbConnection.State屬性

如果連接已經打開，OleDbConnection.State屬性會對DBPROP_CONNECTIONSTATUS屬性的DATASOURCEINFO屬性集執行本地OLE DB調用IDBProperties.GetProperties，這可能會導致對數據源的往返行程。也就是說，檢查State屬性的代價可能很高。所以僅在需要時檢查State屬性。如果需要經常檢查該屬性，監聽OleDbConnection的StateChange事件可能會使應用程序的性能好一些。

與XML集成

ADO.NET在DataSet中提供了廣泛的XML集成，并公開了SQL Server 2000及其更高版本提供的部分XML功能。還可以使用SQLXML 3.0廣泛地訪問SQL Server 2000及其更高版本中的XML功能。下面是使用XML和ADO.NET的技巧和信息。

DataSet和XML

DataSet與XML緊密集成，并提供如下功能：

1) 從XSD架構中加載DataSet的架構或關系型結構。

2) 從XML加載DataSet的內容。

3) 如果沒有提供架構，可以從XML文檔的內容推斷出DataSet的架構。

4) 將DataSet的架構寫為XSD架構。

5) 將DataSet的內容寫為XML。

6) 同步訪問使用DataSet的數據的關系表示，以及使用XmlDataDocument的數據的層次表示。

注可以使用這種同步將XML功能（例如，XPath查詢和XSLT轉換）應用到DataSet中的數據，或者在保留原始XML保真度的前提下為XML文檔中數據的全部或其中一個子集提供關系視圖。

架構推斷

從XML文件加載DataSet時，可以從XSD架構加載DataSet架構，或者在加載數據前預定義表和列。如果沒有可用的XSD架構，而且不知道為XML文件的內容定義哪些表和列，就可以在XML文檔結構的基礎上對架構進行推斷。

架構推斷作為遷移工具很有用，但應只限于設計階段應用程序，這是由于推斷處理有如下限制。

1) 對架構的推斷會引入影響應用程序性能的附加處理。

2) 所有推斷列的類型都是字符串。

3) 推斷處理不具有確定性。也就是說，它是基于XML文件內容的，而不是預定的架構。因此，對于兩個預定架構相同的XML文件，由于它們的內容不同，結果得到兩個完全不同的推斷架構。

用于XML查詢的SQL Server

如果正從SQL Server 2000 FOR XML返回查詢結果，可以讓用于SQL Server的.NET框架數據提供程序使用SqlCommand.ExecuteXmlReader方法直接創建一個XmlReader。

SQLXML托管類

.NET框架中有一些類，公開用于SQL Server 2000的XML的功能。這些類可在Microsoft.Data.SqlXml命名空間中找到，它們添加了執行XPath查詢和XML模板文件以及將XSLT轉換應用到數據的能力。

SQLXML托管類包含在用于Microsoft SQL Server 2000的XML (SQLXML 2.0)發行版中，可通過鏈接XML for Microsoft SQL Server 2000 Web Release 2 (SQLXML 2.0)

更多有用的技巧

下面是一些編寫ADO.NET代碼時的通用技巧。

避免自動增量值沖突

就像大多數數據源一樣，DataSet使您可標識那些添加新行時自動對其值進行遞增的列。在DataSet中使用自動增量的列時，如果自動增量的列來自數據源，可避免添加到DataSet的行和添加到數據源的行之間本地編號沖突。

例如，考慮一個表，它的主鍵列CustomerID是自動增量的。兩個新的客戶信息行添加到表中，并接收到自動增量的CustomerID值1和2。然后，只有第二個客戶行被傳遞給DataAdapter的方法Update，新添加的行在數據源接收到一個自動增量的CustomerID值1，與DataSet中的值2不匹配。當DataAdapter用返回值填充表中第二行時，就會出現約束沖突，因為第一個客戶行已經使用了CustomerID值1。

要避免這種情況，建議在使用數據源上自動增量的列以及DataSet上自動增量的列時，將DataSet中的列創建為AutoIncrementStep值等于-1并且AutoIncrementSeed值等于0，另外，還要確保數據源生成的自動增量標識值從1開始，并且以正階值遞增。因此，DataSet為自動增量值生成負數，與數據源生成的正自動增量值不沖突。另外一個選擇是使用GUID類型的列，而不是自動增量的列。生成GUID值的算法應該永遠不會使數據源中生成的GUID值與DataSet中生成的GUID值一樣。

如果自動增量的列只是用作唯一值，而且沒有任何意義，就考慮使用GUID代替自動增量的列。它們是唯一的，并且避免了使用自動增量的列所必需的額外工作。

檢查開放式并發沖突

按照設計，由于DataSet是與數據源斷開的，所以，當多個客戶端在數據源上按照開放式并發模型更新數據時，需要確保應用程序避免沖突。

在測試開放式并發沖突時有幾項技術。一項技術涉及在表中包含時間戳列。另外一項技術是，驗證一行中所有列的原始值是否仍然與通過在SQL語句中使用WHERE子句進行測試時在數據庫中找到的值相匹配。

多線程編程

ADO.NET對性能、吞吐量和可伸縮性進行優化。因此，ADO.NET對象不鎖定資源，并且必須只用于單線程。一個例外是DataSet，它對多個閱讀器是線程安全的。但是，在寫的時候需要將DataSet鎖定。

僅在需要的時候才用COM Interop訪問ADO

ADO.NET的設計目的是成為許多應用程序的最佳解決方案。但是，有些應用程序需要只有使用ADO對象才有的功能，例如，ADO多維(ADOMD)。在這些情況下，應用程序可以用COM Interop訪問ADO。注意使用COM Interop訪問具有ADO的數據會導致性能降低。在設計應用程序時，首先在實現用COM Interop訪問ADO的設計之前，先確定ADO.NET是否滿足設計需求。

分享：怎樣在ASP.NET中備份SQL Server數據庫
前言:我們在開發網站時,在管理后臺,管理員通常要定期對數據庫進行備份(當然也可以讓sqlserver服務器定期自動備份,但我此處講的是asp.net中的備份),備份的代碼很簡單: 下面是我做一個網站后臺時在備份按扭下寫的一個事件: protected void Button1_Click(objec