前陣子在開發系統時，意外發現系統會取到相同的號碼，導致DB的資料亂掉，閱讀一些資料後，才了解到任何有關取號或流水號的功能，都要做一些處理來避免發生重複取號的狀況，以下介紹幾種處理方式。
lock 陳述式會取得指定物件的互斥鎖定、執行陳述式區塊，然後釋放鎖定。意思就是，如有程式運行到Lock區段內，後有其他的程式想要存取此區段程式時，將被要求等待Lock區段內的程式運行完成後才可進入。
用法:
先宣告提供Lock鎖定的物件
將欲執行的取號程式用Lock包進去，裡面的程式碼就會標記為關鍵區段 (Critical Section)，其他程式必須等待取號動作(關鍵區段)執行完畢後才能再次取號，如此就能解決重複取號的問題。
缺點:
若同時有多個站台時，記憶體的lock對取號的檢查就無法準確，此時就要使用其他方法。
在SELECT中加入TABLOCKX語法會讓這張TABLE進入Exclusive Lock的狀態，且在這個Transaction結束前都會維持此狀態。此時其他交易的動作皆無法針對此張資料表產生Lock，也因為使用Transaction的關係，讓交易在結束前，其他人皆無法取得此張資料表內容，如此一來取號(SELECT)時都會是取最新的值。
缺點:
因為TABLOCKX語法會讓其他查詢等待，如果使用過多或是不當，會造成
系統過多的等待而讓效能低落，因此仍需依照需求作使用。
此兩種方法都是在資料庫進行設定，讓資料庫自己控管流水號，每當有資料新增時，流水號欄位會自動加一，以此避免重複單號。
缺點:
這兩種方法在配合Transaction時可能會發生漏號或跳號的問題，假設A取完號後交易出錯，B再進行取號時會直接跳過A取的號碼自行加一，須看實務上會不會影響來作使用。
此方法雖然簡單卻非常實用，在執行SELECT取號之前先使用UPDATE語法將流水號欄位加一，如此一來不論有多少交易要同時進行，進入交易時都是取目前流水號的值再加一來進行取號，就不會發生覆蓋的情況。
此方式可用來做最後的驗證來確保流水號一致，在最後要UPDATE流水號加一時，加入WHERE條件:
UPDATE 流水號 = K+1 WHERE 流水號 = K
再利用回傳的成功與否(有值或無值)來判斷最後的Commit要執行還是RETRY。
https://docs.microsoft.com/zh-tw/sql/t-sql/queries/hints-transact-sql-table?view=sql-server-ver15
https://dotnettutorials.net/lesson/difference-between-sequence-and-identity-in-sql-server/
