VFP 愛用者社區

[kmkna1103]

很多人同時使用的時候就無法更新軟體，如果用這個方式是可以直接更新後通知客戶退出在進入就可以了，在sql的模式是沒問題，但是使用dbf的方式是無法更新結構，請問還有其他方式做嗎?

[bx1166]

我很好奇，樓上提到的，多人同時使用時就無法更新軟體，軟體更新怎麼會扯到使用者的多寡？
對於更新程式，我是覺得常發生，尤其在剛上線的時候。
批次檔就可以處理的， example.bat, 新程式newpro.exe, 取代realprog.exe

If not exist \path\newporg.exe goto start
Copy \path\newprog.exe \progpath\realprog.exe/v
Del \path\newpoog.exe
:start
Cd\progpath
Realprog

把這個bat當成program捷徑，更新的新程式ㄧ律放到 path\newprog.exe
就是更新了。

[syntech]

樓主看起來是把程式放在 BLOB 欄位中,再COPY出來執行.
但是不知道樓主整個結構是怎麼放的.


SQL 可以,DBF 不行,
有點像產生CURSOR時,
SQL CURSOR 是可以修改的,DBF CURSOR 是不能修改的.
如果是這樣,
就是再用 USE DBF('CURSOR_NAME') 開啟真實的CURSOR 檔案 試看看.
或是直接 USE DBF,不要搞成 DBF_CURSOR .


以上皆是亂猜的.

[kmkna1103]

回bx1166 有時候5、6個使用者在使用門市pos結帳，但是出問題有可能只是會計模組的部份，營業時間無法請他們停下來，我就只能用這個方式做，這樣可能讓使用會計模組的人更新程式也不會影響門市結帳

[kmkna1103]

回syntech

dbf結構重整做法是把原dbf rename成另外一個檔案 在重新建立新的dbf把資料倒回去，這中間如果有人使用就無法變更了

[garfield]

如果更新程式及資料結構這麼重要, 那就該要求使用者馬上結束程式讓你變更程式才對.
不然你就得一直測試到可更新資料結構時才去更新.

[syntech]

[kmkna1103]

也許是做法的問題，客戶的資料量很龐大每年都要清一次，到了年底重整一次結構建立索引都要跑半小時以上
所以只能在非營夜業時間去做這個動作

[bx1166]

程式更新與其他電腦沒關係啊，除非要修改dbf資料結構。
就算是pos繼續進行，會計部門的程式更新也不會影響pos程式啊，每個工作站執行各自的程式，
只要伺服企業繼續服務，工作站的程式更新是照樣可以進行的。
如何想ㄧ邊更改程式，ㄧ邊更改資料結構，那全部都暫停才比較容易避免ㄧ些資料的流失，
我的作法是把更改資料結構的程式，預先寫好，執行時可以判斷該資料有無人使用的空檔，
鎖定，更改，關閉，花不了多少時間。有時候，工作站跟本沒查覺。

[bx1166]

資料龐大是自找麻煩，我有一客戶，踢到伺服器，辛苦打了半個鐘頭的資料，當下就毀了，
資料檔大，備份，建索引都慢，ㄧ但出狀，恢復也困難。