|
VFP 愛用者社區 本討論區為 Visual Foxpro 愛用者經驗交流的地方, 請多多利用"搜尋"的功能, 先查看看有無前例可循, 如果還有不懂的再發問. 部份主題有附加檔案, 須先註冊成為社區居民才可以下載.
|
上一篇主題 :: 下一篇主題 |
發表人 |
內容 |
jtcom01
註冊時間: 2005-07-29 文章: 408
第 16 樓
|
發表於: 星期五 八月 30, 2019 4:03 pm 文章主題: |
|
|
謝謝各位先進指導 |
|
回頂端 |
|
|
jtcom01
註冊時間: 2005-07-29 文章: 408
第 17 樓
|
發表於: 星期一 九月 02, 2019 11:27 am 文章主題: |
|
|
感謝各位先進指導.. |
|
回頂端 |
|
|
CPS0204
註冊時間: 2014-08-24 文章: 451
第 18 樓
|
發表於: 星期一 九月 02, 2019 4:22 pm 文章主題: |
|
|
發文者:的需求有一很大風險
就是需等到user a 按(輸入完工)鈕,這時別人USER B 才能再輸入
萬一 user a 長期不按完工紐,或是windows死機,或是中途停電了
此作業都沒有(被釋放成功)
那系統永遠進入死結!
又需要特別的功能才能解開!
只能說: 此系統分析作的很奇耙!有點想太覆雜了!為何一定要等USER A輸入完才能輪到USER-B輸入,為何不能同時5-10人存取單據呢?網路多人板,不就是可以同時存取嗎?若是考濾到搶號的問題,應是另一個話題才對!不清楚板主是何種系統,是進銷存嗎?
至少本人不會這樣規劃系統
如果是怕在(修改模式)下,A先修改,B就不能改(存檔)....應該是另一個話題才對! |
|
回頂端 |
|
|
syntech
註冊時間: 2003-05-16 文章: 4225 來自: Taipei,Taiwan
第 19 樓
|
發表於: 星期一 九月 02, 2019 11:11 pm 文章主題: |
|
|
樓上說的是上個世紀,
DBASE初初發展時的作法.
古早時候都是先LOCK N筆資料,
如果變成TABLE LOCK,
那就會很糗,
大家互相等.
-----
不過我遇過客戶一個神奇的案例,
用 SPT+SQL SERVER 的案子,
居然有某一台會出現要等其他使用者存檔後才能繼續操作的情況,
但程式及SQL 設定都沒有關於LOCK或可以觸發LOCK的相關指令.
而且連SQL 上也無法用 DEADLOCK 偵測發現這台出現DEADLOCK,
但它就是出現DEADLOCK 的情況 _________________ 如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
回頂端 |
|
|
sken
註冊時間: 2004-02-17 文章: 67
第 20 樓
|
發表於: 星期一 九月 23, 2019 1:39 pm 文章主題: |
|
|
其實樓主的問題小弟也是有此困擾~
確實電腦就是會當機,就是會相衝~序號就是沒辦法100%不重複~
所以最後小弟直接寫一支偵測序號重複的程式,放在伺服器電腦上,
然後所有需要偵測的table表一一輪流偵測
設定每n秒就啟動偵測,重複就立即自動修正,
基本上就偵測當天的序號而已(也有設定假日程式不執行),
有修正過的序號也會被紀錄可查詢,
最後發現老是會造成序號重複的都是那幾台xx電腦 |
|
回頂端 |
|
|
goodnight
註冊時間: 2008-10-13 文章: 472 來自: 台南市
第 21 樓
|
發表於: 星期一 九月 23, 2019 2:44 pm 文章主題: |
|
|
我一直有一個疑問, 順便請示先進開示
如果我寫了一個註記, 剛好我又不正常離開, 註記沒有被清除, 那後面的人要怎麼辦?
這只是我個人的想法 _________________ 希望有更多人來參與
VFP wiki - 需要大家一起完成的VFP電子書與FAQ |
|
回頂端 |
|
|
garfield Site Admin
註冊時間: 2003-01-30 文章: 2158
第 22 樓
|
發表於: 星期一 九月 23, 2019 3:09 pm 文章主題: |
|
|
引言回覆: |
如果我寫了一個註記, 剛好我又不正常離開, 註記沒有被清除, 那後面的人要怎麼辦?
|
應該在寫入註記時順便寫入有效期限, 只要超過有效期限的是可以被清除的. _________________ 利用>>搜尋<<的功能會比問的還要快得到答案.
garfield 在 星期二 九月 24, 2019 2:39 pm 作了第 1 次修改 |
|
回頂端 |
|
|
syntech
註冊時間: 2003-05-16 文章: 4225 來自: Taipei,Taiwan
第 23 樓
|
發表於: 星期一 九月 23, 2019 5:10 pm 文章主題: |
|
|
給一個清除機制就好了.
我們家是用"檔案重整"解決這個佔號問題.
去"重整"一下,讓所有人都離開系統,再順便清除註記.
當然,實際上,清除註記不一定需要都離開,
那只是一個理由.
"有效期限"應該是多久?
5分鐘,10分鐘?
所以大家要等5分鐘,10分鐘?
我們有客戶使用鼎新系統,打單要花30分鐘(不要問),
所以要設定30分鐘以上?
這個時間註記問題N年前還在用KEYPRO時有搞過,
最後覺得這實在太整自己. _________________ 如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
回頂端 |
|
|
syntech
註冊時間: 2003-05-16 文章: 4225 來自: Taipei,Taiwan
第 24 樓
|
發表於: 星期一 九月 23, 2019 5:17 pm 文章主題: |
|
|
sken 寫到: |
設定每n秒就啟動偵測,重複就立即自動修正,
有修正過的序號也會被紀錄可查詢,
|
沒有使用者覺得奇怪,
明明我印出來是 單號A0000001,結果後來變成A0000036 ?
_________________ 如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
回頂端 |
|
|
sken
註冊時間: 2004-02-17 文章: 67
第 25 樓
|
發表於: 星期二 九月 24, 2019 9:02 am 文章主題: |
|
|
syntech 寫到: | sken 寫到: |
設定每n秒就啟動偵測,重複就立即自動修正,
有修正過的序號也會被紀錄可查詢,
|
沒有使用者覺得奇怪,
明明我印出來是 單號A0000001,結果後來變成A0000036 ?
|
哈哈~被syntech發現了~
重複單號是事實了~所以最終還是有一筆是要被修正單號,並告知使用者的
所以系統有修正時,會順便對此筆作記號,並提醒使用者單號有被修正過~
但也因為機會很少很少0.1%,所以使用者基本上都可以接受~
甚至有些單號是不重要的~導致使用者自己也沒發現單號被改了 |
|
回頂端 |
|
|
sken
註冊時間: 2004-02-17 文章: 67
第 26 樓
|
發表於: 星期二 九月 24, 2019 9:20 am 文章主題: |
|
|
CPS0204 寫到: |
只能說: 此系統分析作的很奇耙!有點想太覆雜了!為何一定要等USER A輸入完才能輪到USER-B輸入,為何不能同時5-10人存取單據呢?網路多人板,不就是可以同時存取嗎?若是考濾到搶號的問題,應是另一個話題才對!不清楚板主是何種系統,是進銷存嗎?
至少本人不會這樣規劃系統
如果是怕在(修改模式)下,A先修改,B就不能改(存檔)....應該是另一個話題才對! |
我猜樓主就是因為 "搶號的問題", 才回想要用 "一定要等USER A輸入完才能輪到USER-B輸入" ,來解決...
5-10人 "搶號的問題" 應該沒有, 但30人應該就會有機會發生了~
但如果30人就會有問題~在多人同時在網路上賣票取票(像高鐵),不就一團亂了!為什麼就不會發生重複單號問題??????? |
|
回頂端 |
|
|
syntech
註冊時間: 2003-05-16 文章: 4225 來自: Taipei,Taiwan
第 27 樓
|
發表於: 星期三 九月 25, 2019 11:07 am 文章主題: |
|
|
sken 寫到: |
在多人同時在網路上賣票取票(像高鐵),不就一團亂了!為什麼就不會發生重複單號問題??????? |
先取號 與 後取號 的問題.
賣票或是去ATM,
交易號碼只要在交易存檔的最後一刻取得,
反正也沒有放棄重來的問題,
那就相對簡單
只要做到那一瞬間是 EXCLUSIVE 就可以了
-----
晶晶體 _________________ 如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
回頂端 |
|
|
sken
註冊時間: 2004-02-17 文章: 67
第 28 樓
|
發表於: 星期三 九月 25, 2019 5:13 pm 文章主題: |
|
|
syntech 寫到: | sken 寫到: |
在多人同時在網路上賣票取票(像高鐵),不就一團亂了!為什麼就不會發生重複單號問題??????? |
先取號 與 後取號 的問題.
賣票或是去ATM,
交易號碼只要在交易存檔的最後一刻取得,
反正也沒有放棄重來的問題,
那就相對簡單
只要做到那一瞬間是 EXCLUSIVE 就可以了
-----
晶晶體 |
syntech兄
小弟就是使用者按下存檔後,立刻取得新單號,並存檔更新,但還是會發生單號重複! |
|
回頂端 |
|
|
CPS0204
註冊時間: 2014-08-24 文章: 451
第 29 樓
|
發表於: 星期四 九月 26, 2019 1:06 pm 文章主題: |
|
|
小弟就是使用者按下存檔後,立刻取得新單號,並存檔更新,但還是會發生單號重複!
==============================
1.若是你是使用dbf (FILE-SERVER)的方式就無解,即使是NOVELL.同時50人按紐也會搶號!
有個解決方法就是,使用DBF 的索引檔,把主鍵設為單號,就可解ˋ決99.9%
剩餘0.1% 還是無解,因為DBF 模式,是將SERVER COPY 至本機來暫存, 在RAM,快取記億體中都會造成誤判,我已試過好幾年,一年當中約會有 1-2筆重覆,不管如何鎖定,解鎖都會搶號!
2.若是SQL SERVER就簡單多了,在 SQL SERVER上,將單號設為PK鍵即可,!
寫入時若 SQLEXEC() 回傳 -1,就是搶號了,再去執行跳號的程序即可! |
|
回頂端 |
|
|
sken
註冊時間: 2004-02-17 文章: 67
第 30 樓
|
發表於: 星期四 九月 26, 2019 1:47 pm 文章主題: |
|
|
CPS0204 寫到: | 小弟就是使用者按下存檔後,立刻取得新單號,並存檔更新,但還是會發生單號重複!
==============================
1.若是你是使用dbf (FILE-SERVER)的方式就無解,即使是NOVELL.同時50人按紐也會搶號!
有個解決方法就是,使用DBF 的索引檔,把主鍵設為單號,就可解ˋ決99.9%
剩餘0.1% 還是無解,因為DBF 模式,是將SERVER COPY 至本機來暫存, 在RAM,快取記億體中都會造成誤判,我已試過好幾年,一年當中約會有 1-2筆重覆,不管如何鎖定,解鎖都會搶號!
2.若是SQL SERVER就簡單多了,在 SQL SERVER上,將單號設為PK鍵即可,!
寫入時若 SQLEXEC() 回傳 -1,就是搶號了,再去執行跳號的程序即可! |
是的~小弟就是使用1的方式FILE-SERVER!
因為DBF 模式,是將SERVER COPY 至本機來暫存, 在RAM,快取記億體中都會造成誤判~
所以每次造成搶號的都是那幾台電腦造成的~
既然無解~每次都要修正,那就交給系統程式自動去修正了~ |
|
回頂端 |
|
|
|
|
您 無法 在這個版面發表文章 您 無法 在這個版面回覆文章 您 無法 在這個版面編輯文章 您 無法 在這個版面刪除文章 您 無法 在這個版面進行投票 您 無法 在這個版面附加檔案 您 無法 在這個版面下載檔案
|
|