針對一個數據庫表上大量請求的最佳解決方案

Question

我們有一個系統，客戶在先到先得的基礎上分配產品。

我們的產品表包含開始於零，我們用它來跟蹤有多少產品已分配即用戶保留一個產品，並得到分配1遞增的主鍵，接下來用戶將獲得2等

問題在於，潛在成千上萬的用戶會在任何給定的小時內訪問系統。所有的人都會打這張桌子。

由於我們需要確保每個客戶只分配一個產品並跟蹤有多少產品已分配，因此我們對每個訪問該系統的客戶使用一個行鎖，以確保他們在下一個客戶之前寫入表中擊中系統 - 即執行先來先服務的規則。

我們關注的是每個請求進入SQL Server 2008企業版和行鎖的處理時間的瓶頸。

因爲我們需要確保primay關鍵的完整性，因此任何需要複製行不通的，我們不能使用多臺服務器。

有誰知道有什麼好的解決方案，在處理上一個數據庫表的請求數量龐大的特別有效的？

多一點信息： 有問題的表基本上只包含兩個字段 - ID和客戶ID。解決方案是免費贈送一百萬件產品 - 因此對高需求的預期以及爲什麼使用增量主鑰匙作爲關鍵對我們有意義 - 一旦關鍵點擊數百萬，則不再有客戶可以註冊。而且，這些產品都是不同的，因此分配正確的密鑰是重要的，例如，前100名顧客進入receieve更高​​價值的產品比下100等

感謝您的幫助。

Answer 1

首先，爲了消除密鑰生成的問題，我會提前生成它們。它只有100萬行，這意味着您不必擔心管理密鑰生成過程。這也意味着您不必擔心會意外地生成太多的行，因爲一旦填滿了表，您將只執行UPDATE，而不執行INSERT。

這裏的一個重要問題是，所有1m項目是否相同？如果他們是，那麼它是什麼順序的鑰匙（或者即使他們有一個訂單）無關緊要，因此，當客戶提交請求時，您只需'嘗試'更新表格，大致如下：

UPDATE TOP(1) dbo.Giveaway -- you can use OUTPUT to return the key value here 
SET CustomerID = @CurrentCustomerID 
WHERE CustomerID IS NULL 

IF @@ROWCOUNT = 0 -- no free items left 
PRINT 'Bad luck' 
ELSE 
PRINT 'Winner' 

另一方面，如果1米物品不同，那麼您需要另一種解決方案，例如第1項是X，第2-10項是Y，第11-50項是Z等。在這種情況下，按照提交請求的順序爲客戶分配密鑰很重要，因此您應該查看某種排隊系統，也許使用Service Broker。每個客戶向隊列添加一個請求，然後一個存儲過程一次處理一個請求，併爲它們分配最大空閒密鑰，然後返回他們贏得的細節。