c＃更新單個數據庫字段或整個對象？

Question

這可能看起來像一個奇怪的問題，但它現在一直在困擾着我。鑑於我不是一個經驗豐富的程序員，而且我是該公司唯一的應用程序/ c＃開發人員，所以我覺得有必要與你們進行合理的檢查。

我們已經創建了內部處理公司內部航運信息的應用程序，這個應用程序的工作原理與我們的IT辦公室的中央數據庫。

我們最近將DB從mysql切換到mssql，並且在轉換過程中我們決定放棄以前使用的web服務並使用應用程序角色直接連接到數據庫，爲了增加安全性，我們只允許訪問存儲過程和所有CRUD操作通過這些處理。

但是，我們目前有存儲過程用於更新我們的一個對象中的每個字段，這是很多存儲過程，因此在DataRepository的客戶端上需要很多工作（需要單獨的代碼來調用過程併爲每個程序傳遞正確的參數）。

所以我想，如果只是更新整個對象（在這種情況下，一個對象代表一個表，例如發貨），因爲很多數據會一次更改一個字段在初始插入之後，並且我們試圖保持網絡使用率下降，因爲一些客戶端將使用有限的互聯網運行。

請告訴我標準的做法這樣的事情？或者有沒有我忽略的方法？

Answer 1

如果你知道你改變了什麼（如果使用一個像實體框架這樣的ORM），只更新你改變的東西會更好，但是如果你要下載存儲的proc路由，那麼肯定會更新一行中的所有東西一旦這種方式足夠精細。

你應該採取的交換機作爲oportunity到到LINQ但是如果你在一個大的變化是已在此過程中儘可能

Answer 2

我要說的是，更新所有列改爲實體和溝存儲過程整個行是一個更普遍的做法。

如果你對每個字段一個進程，而你在一個更新更改多個領域，你將必須包裝所有的存儲過程調用到一個單一的交易，以避免數據庫進入不一致的狀態。您還必須檢測哪個字段已更改（這意味着您需要將舊行與新行進行比較）。

考慮使用像實體框架的對象關係映射（ORM）對於這些類型的操作。你會發現關於ORM是否是一個很好的解決所有數據訪問需求的解決方案並沒有普遍的共識，但很難說它們很全面地解決了CRUD的問題。

Answer 3

直接連接到數據庫在互聯網上是不是我切換到着急。

「我們決定放棄先前使用的web服務，並直接連接到數據庫」

是什麼讓你決定呢？

如果你打算在這個模型中，然後一個存儲過程來更新整個行會優於每列一個。我有一個類似的應用程序，它以這種方式使用SPROC，但客戶端的數據通過XML進入，然後服務器端的中間件應用程序處理更新數據庫。

Answer 4

標準做法是而不是通過互聯網連接到數據庫。即使是小的應用程序 ，這應該是整個模型：

客戶端應用程序 - >互聯網 - >服務器端的應用程序（WCF WebService的） - > LAN /本地主機 - > SQL DB

好處：

• 您的客戶端應用程序甚至不知道您已切換數據庫實現。
• 它不會知道任何關於數據庫安全等等
• 作爲一名程序員，您在客戶端不會考慮「行」和「列」。那些將是對象和領域。
• 您將能夠使用不同的協議：只發送客戶端應用程序和服務器應用程序之間的單個字段更新，但更新服務器應用程序和數據庫之間的整個行。

現在，根據您的情況，更新整行（整個對象）肯定比更新單列更標準。