 |
VFP 愛用者社區
本討論區為 Visual Foxpro 愛用者經驗交流的地方, 請多多利用"搜尋"的功能, 先查看看有無前例可循, 如果還有不懂的再發問. 部份主題有附加檔案, 須先註冊成為社區居民才可以下載.
|
| 上一篇主題 :: 下一篇主題 |
| 發表人 |
內容 |
jtcom01
註冊時間: 2005-07-29
文章: 413
第 16 樓
|
 發表於: 星期四 八月 20, 2015 8:14 pm 文章主題: |
 |
|
感謝s大指導.終於有一些進展.再次感謝.
但.上有一難題就是..
當a機在1-5號筆數做修改後存檔而指標停在第5號筆數時.
b機也進行1-5號筆數修改後存檔.結果發現5號筆數沒有被b機所覆蓋而保有a機的資料.
再次指教.不知是否有解..感恩 |
|
| 回頂端 |
|
 |
syntech
註冊時間: 2003-05-16
文章: 4249
來自: Taipei,Taiwan
第 17 樓
|
| 發表於: 星期五 八月 21, 2015 8:42 am 文章主題: |
|
|
說無解也無解,說有解也有解.
注意 HELP 範例怎麼檢查更新衝突,以及 TABLEUPDATE的參數.
答案早就說了.
_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
| 回頂端 |
|
|
jtcom01
註冊時間: 2005-07-29
文章: 413
第 18 樓
|
| 發表於: 星期五 八月 21, 2015 2:50 pm 文章主題: |
|
|
| 多謝S大指導..努力中... |
|
| 回頂端 |
|
|
jtcom01
註冊時間: 2005-07-29
文章: 413
第 19 樓
|
| 發表於: 星期五 八月 21, 2015 7:57 pm 文章主題: |
|
|
發現大問題求救..
1.GRID下BUFFERMODE=5,TABLEUPDATE(2,.T.)
資料筆數1,2,3,4,5
A機在修改模式下遊標由1走到5,但只修改第3筆資料
B機在修改模式下修改第2筆資料後存檔接著A機再存檔
結果B機修改的第2筆資料會被A機所覆蓋
2.VFP6.0的HELP範例如何開啟
以上向各大先進求救 |
|
| 回頂端 |
|
|
syntech
註冊時間: 2003-05-16
文章: 4249
來自: Taipei,Taiwan
第 20 樓
|
| 發表於: 星期日 八月 23, 2015 12:15 am 文章主題: |
|
|
我覺得很合理,
因為你的程式就是這樣寫.
但可能你不知道你已經寫錯了.
尤其是"從1走到5",
如果你用GETNEXTMODIFIED() 或是 GETFLDSTATE(),
應該會感覺很奇怪.
TABLEUPDATE會針對"已異動過的記錄"做更新,
怎麼知道那些記錄已經異動過,
我又做了甚麼蠢動作,使得我自已以為記錄沒動過,
但VFP卻以為已經異動過.
答案一樣在前面.
_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
| 回頂端 |
|
|
jtcom01
註冊時間: 2005-07-29
文章: 413
第 21 樓
|
| 發表於: 星期日 八月 23, 2015 2:35 pm 文章主題: |
|
|
| 感謝s大熱心指導.是我才疏學淺.將再努力.再次感謝你.. |
|
| 回頂端 |
|
|
bx1166
註冊時間: 2011-12-06
文章: 273
第 22 樓
|
| 發表於: 星期日 八月 23, 2015 3:46 pm 文章主題: |
|
|
你應該先想想,a改了第三筆時，B有沒有也同時更新第三筆
還有B改變第二筆的時候,a有同步更新嗎？
弄清楚後再來想程式的走向就是了 |
|
| 回頂端 |
|
|
syntech
註冊時間: 2003-05-16
文章: 4249
來自: Taipei,Taiwan
第 23 樓
|
| 發表於: 星期一 八月 24, 2015 11:09 am 文章主題: |
|
|
BUFFERMODE=5
表示 A,B 使用者都可以同時編修記錄1~5的.
BUFFERMODE=4
表示記錄1~5 只有先編修的人才能編修資料,
此時另外一人會得到"Record is in use by another user (Error 109)"的錯誤.
在古早DBASE/CLIPPER 時代,要編輯就是先LOCK要編輯的記錄,這就可以阻止其他人修改資料.
VFP 時代,就是改成BUFFERMODE 的形式,當然你喜歡自己用RLOCK也可以.
這點在現在SQL SERVER 時代還是一樣.
只是現在基本上都是採取BUFFERMODE = 5 的策略.
(M$ SQL SERVER 一樣可以在 SELECT 時直接 LOCK 住某些記錄,但所以書所有人都會告訴你不要這樣做)
當系統為BUFFERMODE = 5 時,AB兩方都可以進入編修狀態.
但直到執行TABLEUPDATE時,
才開始鎖定記錄,寫入暫存資料,完成存檔.
但存檔時該怎麼決定最後結果是以A為準,還是B為準?
假設一個情況,這是 執行tableupdate(T,.F.) 的情況
A 在 10:00:00 時開始編輯記錄1~5,把記錄3的A欄由"A"->"B",並於10:02:10存檔
B 在 10:01:00 時開始編輯記錄3,把記錄3的A欄由"A"->"C",並於10:01:30存檔.
要知道存檔發生什麼錯誤,通常會這樣做
| 代碼: |
lSuccess = TABLEUPDATE(.T.,.F.)
IF lSuccess = .F. && 當存檔失敗
=AERROR(aErrors) && 取得ERROR訊息�}列
=MESSAGEBOX('ERROR = '+STR(aErrors[1,1]) )
ENDIF
|
因為B存檔的時間較早,所以記錄3的A欄是"C",不是原先的"A".
等到A存檔時就會出現ERROR 1585 更新衝突.
HELP 就說,這時要逐一檢查哪一筆記錄的哪個欄位不對,
用的就是 OLDVAL()及CURVAL()
懶一點的系統,請A先放棄重新編修資料.
如果像是HELP中比較完整的,
就會列出哪個欄位現在被改過了.
再決定要不要強制存檔.
再假設一個情況,這是 執行tableupdate(T,.T.) 的情況
A 在 10:00:00 時開始編輯記錄1~5,把記錄3的A欄由"A"->"B",並於10:02:10存檔
B 在 10:01:00 時開始編輯記錄3,把記錄3的A欄由"A"->"C",並於10:01:30存檔.
因為B存檔的時間較早,所以記錄3的A欄是"C".
等到A存檔時,因為採取的是強制更新的策略(tableupdate(第二個參數為.T.),
記錄3的A欄是"C"->"B",
不會有任何錯誤.
但使用者B事後過來查資料,就會發現A欄應該是"C",但現在是"B"
兩種情況,哪個算對?
都對.
看你系統打算怎麼設計.
例如第一種情況,
但若A重新編修資料,或是出現訊息後,仍決定強制更新資料,
記錄3的A欄一樣會變成"B",
使用者B回頭檢查,一樣會發現資料變了.
VFP 提供的是"技術"及"建議架構",
但實際上還是系統開發者自己要決定.
_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
| 回頂端 |
|
|
syntech
註冊時間: 2003-05-16
文章: 4249
來自: Taipei,Taiwan
第 24 樓
|
| 發表於: 星期一 八月 24, 2015 11:26 am 文章主題: |
|
|
TABLEUPDATE 怎麼決定那些記錄該存檔?
實驗結果,內容改過就算.
就算是 "A"->"B"->"A",
一樣算是變更過.
所以這裡要注意壞習慣.
有些人會習慣"標註"記錄,
例如,假設有一個狀態欄位"FLAG",
為了處理方便,
先把要處理的記錄,他們的FLAG欄位先設為1,
處理完了,最後再清為空白,
但這個動作,就會讓VFP以為記錄變動過.
可以利用
| 代碼: |
select alias()
go top
nNextModified = getnextmodified(0)
DO WHILE nNextModified <> 0
GO nNextModified
ENDDO
|
找出所有變更過的記錄.
若A,B兩個使用者同時編修資料,
A 標註了記錄1~5,但只修改記錄4,
B 標註及修改記錄3,
在TABLEUPDATE(.T.,.T.)的情況,
A 會更新記錄1~5,不只是記錄4.
自然B的修改結果也找不到了
_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
| 回頂端 |
|
|
bx1166
註冊時間: 2011-12-06
文章: 273
第 25 樓
|
| 發表於: 星期二 八月 25, 2015 10:11 am 文章主題: |
|
|
同一筆資料你改我也改的，那麼最後改的一定是結果，如此一來前面的都是白作工，你確定要的是這樣子的嗎？
我總覺得這樣很奇怪，如果每次的修改都很重要，那麼程式就應該是紀錄下所有的更正，那麼就不是鎖定不鎖定的
問題了。 |
|
| 回頂端 |
|
|
syntech
註冊時間: 2003-05-16
文章: 4249
來自: Taipei,Taiwan
第 26 樓
|
| 發表於: 星期二 八月 25, 2015 11:27 am 文章主題: |
|
|
所以說,
這不是系統怎麼設計的問題,
是管理的問題.
怎麼設計都無法滿足所有人的要求.
但是可以告訴使用者,
讓使用者找到合適的運作方式.
我們家是採取後存檔的資料絕對覆蓋掉先存檔的資料,
再配合顯示最後更新者及更新時間,
使用者自然就會找到誰去負責.
部分系統還加上log記錄,把每次的異動狀況全部抄起來.
_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
| 回頂端 |
|
|
goodnight
註冊時間: 2008-10-13
文章: 473
來自: 台南市
第 27 樓
|
| 發表於: 星期二 八月 25, 2015 3:29 pm 文章主題: Re: 請問在VFP9.0透過GRID,希望多個使用者同時編輯同一個DBF的同一筆資料... |
|
|
我有一個很笨的做法, 就是先把要修改的資料丟到陣列中
然後存檔前, 先比對資料庫中與陣列的資料是否吻合, 若吻合表示沒人修改過, 直接填入新值
其實最好是 RLOCK 吧, 只是我沒遇到會同時修改同一筆資的經驗
_________________
希望有更多人來參與
VFP wiki - 需要大家一起完成的VFP電子書與FAQ |
|
| 回頂端 |
|
|
syntech
註冊時間: 2003-05-16
文章: 4249
來自: Taipei,Taiwan
第 28 樓
|
| 發表於: 星期二 八月 25, 2015 4:22 pm 文章主題: |
|
|
如果只是要偵測,
help 就告訴你怎麼偵測了.
當然存檔前先copy一份檢查,也是對的.
但時間性來說,
存檔出錯時才知道欄位值變了,那是最準的.
因為在你copy到檢查完到實際存檔,
理論上還有一點時間,足夠讓人在衰的時候,踩到地雷.
另,
問題還是在系統打算怎麼做,
如果打算後者直接覆蓋前者,
那要偵測幹嘛?
_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
| 回頂端 |
|
|
jtcom01
註冊時間: 2005-07-29
文章: 413
第 29 樓
|
| 發表於: 星期三 八月 26, 2015 8:30 pm 文章主題: |
|
|
再次感謝s大及各位先進..
特別感謝s大的分析講解.讓我受益良多..謝謝各位指導.. |
|
| 回頂端 |
|
|
|
|
您 無法 在這個版面發表文章
您 無法 在這個版面回覆文章
您 無法 在這個版面編輯文章
您 無法 在這個版面刪除文章
您 無法 在這個版面進行投票
您 無法 在這個版面附加檔案
您 無法 在這個版面下載檔案
|
|
常見問題
搜尋
會員列表
會員群組
會員註冊
個人資料
登入檢查您的私人訊息
登入
