VFP 愛用者社區

JEFFWANG · 註冊時間: 2004-03-03 文章: 40 第 31 樓

先做一做系統分析的事罷，系統沒有做好規劃，寫不出好東西的，東西寫不好怪工具不好用....盤點一定是要先規劃盤點區，將物品按照存放位置分成不同的區域，然後每一盤點區為一張盤點單，想當初在軟體公司，每年都要到好幾家客戶去輔導盤點，規模大一點的就開20幾台電腦，然後用光罩掃物品，1小時一個人就會輸入近千筆資料，也不曾咬死過，所以應該是程式集架構的問題居多。

syntech · 發表於: 星期六十二月 02, 2006 12:27 am 文章主題:

很多寫程式的,
連辦公室都沒離開過,
哪懂那麼多呀.

---
我也是..... Orz

新人類 · 註冊時間: 2005-11-27 文章: 47 第 33 樓

vfp file server 架構,各位有試過可以同時給多少電腦使用??
client 為 win98 file server 為 win2003 多人在同時用的時候,會出現卡檔問題...開啟資料表非常慢....

marvin · 註冊時間: 2004-06-01 文章: 321 第 34 樓

> client 為 win98 file server 為 win2003 多人在同時用的時候,會出現卡檔問題

請問是多少人時會出現?

新人類 · 註冊時間: 2005-11-27 文章: 47 第 35 樓

syntech · 發表於: 星期日十二月 03, 2006 5:15 pm 文章主題:

這和很多因素有關啦.

最少我們的系統用到30人同時上線,
客戶覺得還可以忍受.
我們用的大致上是DOS Clipper 時代的技巧,
(因為是當時的程式設計師也不了解vfp的架構),
我在2000~2001在原有架構下改善多人資料衝突的問題,
評估理論上上個幾百人,資料也不會有問題,
但是應該是20~25人效率就有點不行.
因為本來就沒有想那麼多,
都是用use,set filter, select * from table 等等

如果用工具的時候,
不去評估最佳的架構,或是因為種種因素沒有使用最佳的架構,
做出來的東西不好,也是非戰之罪啦.

JEFFWANG · 註冊時間: 2004-03-03 文章: 40 第 37 樓

那應該是SERVER的問題了，如果是用WNDOWS系列的主機，那考慮SQL應該沒錯，因為使用DBF結構在WINDOWS的TCP/IP架構下，資料連結速度就有點.....比不上NOVELL，應該是主機處理資料的速度跟不上，目前是VFP+NOVELL(SERVER)+DBF-30人5百萬筆線上資料都還不錯，VFP+WINDOWS(SERVER)+MYSQL也都還可以，VFPR+WINDOWS(SERVER)+DBF就不敢嚐試了，因為就算一個人計算統計報表就慢的可以...

marvin · 註冊時間: 2004-06-01 文章: 321 第 38 樓

> 一個人計算統計報表就慢的可以...

不至於這樣糟吧. 會不會一些太早期的 code, 沒有用到 rushmore, 這中間效率相差很遠的

個人"感覺", DBF + Window Server, 十幾二十人沒問題. 再多就不知道.

solin169 · 註冊時間: 2006-12-12 文章: 2 第 39 樓

我覺的在處理一個資料時須先建立一個虛擬的資料表格，會是你在設定txt時不要設定source,在確定後在直接彙入，這樣就不會影響到原本的資料表格了，這應該是寫網路版本的方式，你寫的可能是單機版本的....供參考

symis · 註冊時間: 2006-11-03 文章: 39 第 40 樓

Abel · 發表於: 星期三十二月 20, 2006 1:36 pm 文章主題:

小弟是不怎麼用過 Delphi ，對 vfp 也只是了解一點，
實務上目前維護的 erp 就是 Delphi 寫的，
而我就是針對系統原廠商沒人願意做的部份，或是開發階段性任務程式，
或是像成本分析核算等等，對後端 sql 做處理

最近的一次經驗是一支查詢程式，內容是查所有內銷客戶
（客戶廠商檔 6000多筆（內銷客有2700多），產品檔 9000多，訂單子檔近12萬筆，銷貨子檔近 11萬多，
應收應付檔 6萬多）

於期間內（通常查近一個月），
一個月前（前期）承訂金額、已交金額、尚欠未交金額、未兌總額
近一個月 (本期) 承訂金額、已交金額、尚欠未交金額、未兌總額
期未再將相關數據計算一番，同時捉出超過授信總額者 .......

Abel · 發表於: 星期三十二月 20, 2006 1:50 pm 文章主題:

在相同條件下， Delphi 需 9~12分視主機狀況， vfp 只需要 2分多~ 近4分，

而且在同一個 lan 下相同等級電腦兩部同時按下查詢，兩個者時間都延長，但是
Delphi 幾乎是在 Vfp 跑完才開始跑（還要花平常一半多的時間）
以上誠如樓上大大所以說， Vfp 效能真是棒。

Abel · 發表於: 星期三十二月 20, 2006 3:04 pm 文章主題:

另外在 vfp + m$ sql 下，小弟也提供一點學習心得

remoteview 雖然可以和 vfp 的相關物件結合很好，但是它的限制很多，綁手綁腳的
如果使用 SPT , cursoradapter 可能就沒有 shyhpyng 兄所說的問題，
「兩個執行檔同時開啟同一個 table 發生錯誤 …」的問題，
雖然也有緩衝模式等調校問題，但 grid 物件並無直接綁定 table。

另外有關盤點，是會發生多人同時針對「同一個產品」之「數量」做異動的情形，
不過這些多人所異動的值都不是結果，只是結果的一部份，
例如：「產品甲」分散多個盤點區，有 a,b,c,d,e,f 六人分別統計數量來輸入，
不管設計師的邏輯為何，真正的產品數量欄，只不過是將 6人的數量
一直加總上去，是可以輕易避開，什麼更新衝突、資料被 lock 等問題的。

以上提供參考

[/quote]

yang1032 · 註冊時間: 2004-06-19 文章: 58 第 44 樓

Delphi 正大紅,工具的宣傳詞句所迷惑
我也跳進去用一年,寫了一大套程式,run 起來比 foxpro 差,
資料用過mysql,mssql,vfp,以及本身的db
因為第一次寫,感覺沒有那麼好,維護方面也不好(或許未深入)
現轉回本行,vfp ,bc++