C 事務是否必須在資料庫中？

可以直接用 c 編寫內容。

這種業務處理是 DataGridView 的設計所不期望的。

DataGridView 被設計為一種資料來源繫結模式，就是希望當資料庫資料發生變化時，我們可以執行繫結方法來同步頁面顯示。

新增、刪除、修改、查詢的基本思路如下：獲取新值--操作庫--重新繫結。

刪除記錄後，需要再次將資料來源繫結到 datagridview，以達到一致性。

絕對不同的是，C**的事務是業務邏輯的事務，而SQL中的事務是資料邏輯的事務，也許業務邏輯的事務教導SQL的事務範圍更大，設計者需要控制事務。

根據您打算在資料庫的邏輯中還是在業務的邏輯中控制事務，實際上，實現的事務也將轉換為資料庫事務。

網際網絡上有很多爭議，就我個人而言，我更願意同意交易應該由我們的程式來完成，而不是通過 SQL 語句，因為 SQL 語句是死的，而業務是活的。

比如業務端想要新增使用者的時候，使用者必須進入某個群組，其實這是業務需求，最好在**中實現。

還有一些事務很難用資料庫完成，因為有很多資料是動態的，必須通過**來完成。

我認為執行時環境是不同的，C 中的事務在 .NET Framework 託管環境中執行，而 SQL 語句中的事務在 SQL Server 的資料引擎中執行。

sqltransaction 是 C 類中的事務物件，可以維護資料庫的資料一致性。

當同時執行多個 SQL 語句時，這是必需的。

例如，如果前兩條語句成功執行，但第三條語句不正確，則可以使用事務撤消前兩條結果。

如果你不使用它，它很可能與業務不一致。

首先，您需要了解什麼是回滾。

比如我有乙個訂單，訂單裡有一百個產品的資訊，我想把這個訂單插入資料庫，所以如果我不使用交易，就乙個乙個地插入，當我插入第50個時，我擦除它，網路斷開...... 那你現在處於尷尬的境地，50條資料並不是乙個完整的資料，也許別人會查詢這個訂單說：“嘿嘿，不，我明明有100個產品在這個訂單裡，為什麼只有50個”。

如果使用乙個事務，就是一次性提交這100種商品的插入操作，如果中間出現異常，這100種商品都不會入到資料庫中，也可以呼叫rollback將資料庫回滾到插入操作前的狀態。

另外，偷偷告訴你：使用事務一次性提交操作比在迴圈中乙個接乙個地插入刪除修改要高效得多（如果你不相信，你可以嘗試一下）。

connectionstring="datasource=.\sqlexpress;

initial

catalog=cecdom;

integrated

security=true;user

id=sa;password=lsyuan"；

下面是乙個連線字串的示例，其中沒有伺服器名稱，即“datasource”。

那段。 如果您不熟悉，可以使用嚮導建立連線。

後跟 sqlcommand

是乙個儲存過程，注意檢查引數是否對應。

當需要多個 SQL 語句來完成任務時，將使用事務。

這意味著資料庫執行物件繫結到特定的 SQL，因此每次都需要建立乙個新的 cmd 物件。

檢視資料庫的資料庫引擎是否為 innerdb