VFP 愛用者社區

xjliaos · 註冊時間: 2007-11-20 文章: 87 來自: guan dong 第 1 樓

代碼如下:
SELE 4
GO TOP
DO WHILE NOT EOF()
MODEL_1 = MODEL_NO
WEEK_DATE_1 = WEEK_DATE
SELE 1
LOCA FOR MODEL_NO=MODEL_1
IF FOUND()
REPL;
WEEK_DATE WITH WEEK_DATE_1,;
ENDIF
SELE 4
SKIP
ENDDO
MESSAGEBOX("資料保存成功! ",64,"完成...")

************************************************
以上代碼在運行過程中,多個用戶同時保存速度很慢(2千條記錄),應該怎么修改!!

saint · 註冊時間: 2003-07-14 文章: 211 第 2 樓

試一下 update sql staement
UPDATE SELE1_ALIAS_NAME SET WEEK_DATE = WEEK_DATE_1
WHERE MODEL_NO=MODEL_1

ckp6250 · 註冊時間: 2004-07-30 文章: 1645 第 3 樓

select 4 和 select 1
有沒有開索引檔?
若有的話,2千條記錄,應該在1秒內能完成才對

andywilliams · 註冊時間: 2004-10-23 文章: 111 第 4 樓

開索引檔+Seek 替代 Locate

saint · 註冊時間: 2003-07-14 文章: 211 第 5 樓

嗯~可以用SEEK 來它是一個好主意
但是，我覺得應該在這一個時刻起，把XBASE 的語法給忘了，而直接改用 SQL STATEMENT 來代替
因為在其它工具中沒有這樣的指令，都是要用SQL 來完成。
而且你用久了..你不覺得SQL 很直觀嗎? 那麼多的指令只是為了要做一個更新動作，何不直接下一道UPDATE 就讓它完成呢?

xjliaos · 發表於: 星期四九月 02, 2010 4:11 pm 文章主題:

xjliaos · 發表於: 星期四九月 02, 2010 4:15 pm 文章主題:

syntech · 發表於: 星期四九月 02, 2010 5:53 pm 文章主題:

基本上 locate 也可以由 rushmore 得到一點好處,
不過,四樓比較對,改用index seek比較好.

如果是對一個index的欄位與要搜尋的欄位不一樣的檔案做update時,
vfp 對自動建立一個臨時的index,
當然這樣會比純locate要快,
但因為多了建立臨時index的時間,
所以比index seek要慢一點.

結論:
用update 還是比較簡單,可讀性比較高,
多出來的時間,就用金錢+raid+多到爆炸的記憶體+n核心cpu+光纖網路來彌補就可以了.

richshih · 註冊時間: 2007-10-11 文章: 153 第 9 樓

syntech 先進以你的觀點 1)或 2) 較快
1)
use dbf
indexseek()
replace
2)
update

syntech · 發表於: 星期五九月 03, 2010 3:00 pm 文章主題:

也許你要問,
多慢的機器可以看出差別.
或者是要處理多少資料下可以看出差別.

VFP 是一個看起來像compiler方式執行,但是骨子裡卻是 Interpreter 方式執行的工具,
不像 delphi,c++ 是純粹必須以compiler編譯過才能執行.
所以問題就變成 update sql 會不會比傳統xbase 語法組合處理要好,

我的想法 update-sql 的處理較好,
因為傳統的xbase 命令,每個命令是獨立的,
並沒有一定是

ckp6250 · 註冊時間: 2004-07-30 文章: 1645 第 11 樓

mysql 有這種語法，效率最高，可惜 VFP 好像沒有

UPDATE items,month SET items.price=month.price WHERE items.id=month.id

直接利用一個檔去更新另一個檔，帥!

fschern · 註冊時間: 2003-10-12 文章: 34 第 12 樓

從樓主提供的程式範例中看不出所採用的記錄鎖定策略
也沒有看到有做記錄LOCK及UNLOCK的程序。
注意看看是否因為多人同時回寫同一筆記錄時,LOCK/UNLOCK程序未完備所造成的問題。