最近有蠻多主題在討論資料庫中"自動編號"的議題, 自動編號的確是有很多時機可以加以應用, 但是有時候像是使用複合主鍵的方式的時候, 可能會設計成"欄位A-文字","欄位B-序號", 這時候欄位B在實務上就不太適合使用自動編號的形式了. 以往,在實務上通常用程式抓出目前在資料庫中最大的序號加1後 再寫回資料庫.這邊就有個疑問了,在一般多人作業環境中, 可能會有n個人同時要對資料庫作業,大家可能都是抓回資料後一段時間 後才會做新增,這時候會不會因為時間差的問題造成AP會產生同樣的序號? 實務上有人碰過這個問題嗎?如果有這樣的可能性, 會什麼樣的解決方案是大家比較建議的...^^

比較簡單的方式是存檔時(before post)再將項次或單號(序號)寫入field, 取出單號最大值+1後,馬上將資料存回資料庫, 這樣發生單號重複錯誤的機率就會小很多. 如此就能盡量防止使用者新增後取得單號,又過了很久才存檔所會遇到的單號重複 錯誤. 星期一,星期二...星期日..星期一..無窮迴圈@@

------
星期一,二...無窮迴圈＠＠

謝謝,我想最大的關鍵點就在取得目前最大序號的時機點,要能夠愈快愈好, 才能儘可能的避免時間差,在內部應用的部份其實可以不太care這個問題的, 但如果是非web base的而且是AP base並且不是做多層架構的話, 這個問題似乎就不能不去考量他了.. 目前我所用過的做法是在要寫入前,再去資料庫內抓,並馬上接續著處理 資料,目前是還OK,但一直再想還有沒有更好的方式. 是有想到搭配交易機制,或著是預儲程序的方向....^^

小弟拙作供大家參考(一般單據&統一發票): 編號公式: S:特殊字串(SS) Y:年份(西元YY/民國YY) M:月份(MM) N:流水序號(NNNN) 一般單據: 統一發票: