的WebRequest服務VS本地數據庫搜索

Question

我有一個運行多個線程的應用程序，其中過程的一部分，涉及製造HTTP POST請求，我提交的參數在數據庫中檢查是否已經存在，如果沒有則插入一個Web服務。

數據庫本身託管在應用程序運行在同一臺服務器上。我們最初曾將它託管在不同的服務器上，但它崩潰，硬件故障......並且無法處理我每秒創建的所有請求。

現在我正在做請求服務時服務器的錯誤，並想知道哪種方法會更有效，更快...而且容易出錯少...

1. 使用提出請求的現有方法在服務和解決此問題或
2. 訪問數據庫在本地自己和檢查表並執行插入自己這顯然會拖慢進程

我想避免此問題，程序員是設置服務說他已經完成了他所做的一切，我應該更多地處理我的請求，但是我仍然不明白爲什麼突然之間我在移動之前突然出現主鍵違例錯誤，如果我發送了一個已經存在於表我會收到設置的響應，而不是內部服務器錯誤。

Answer 1

Webservice的請求是異步的，所以你將不能夠佔到PK衝突錯誤。有多種方法來處理這種情況：

1. 託管代碼的Web服務應改爲處理這種情況，當PK存在，它應該返回時，第一次請求被髮送它給了同樣的反應。調用請求是獨立的，並且在單獨的線程上，並且永遠不會知道另一個請求已經插入了相同的值。 WS的全部重點在於，多個請求可以同時從任何地方進入。業務邏輯應該處理它們在同一時間進來。

2. 更改您的代碼直接訪問數據庫（如你所提到的）。這不會使進程變慢（儘管工作涉及到更改代碼），因爲WS請求必須通過HTTP協議，而從代碼中，您將通過代碼提供的ADO或OLEDB提供程序直接訪問。

3. 你可能排隊的請求，然後通過一個打一個，並且直到一個處理收到的響應不會打到下一個。我不喜歡這個，因爲它沒有可擴展性 - 連敗WS的目的，（但你可以用這個被卡住如果程序員不改變WS代碼）

由WS編碼器提出的解決方案是荒謬的。沒有辦法將您的請求分隔開來，這樣它不會導致PK違規。你無法知道哪些已經被插入，或者其他請求已經在處理中。此外，分隔請求不會使整個應用程序可擴展 - 您的前端（或其他任何正在等待響應）將最終等待。