VFP 愛用者社區

shyhpyng · 註冊時間: 2006-10-11 文章: 60 來自: 台南市 第 1 樓

公司要盤點了,然後有用vfp寫了一個盤點程式,可是當超過一個人對同一個資料表格寫入的話(有區域網路,多人同時執行同一個執行檔),資料會亂變,可能a輸入的跑去b,b的跑去c,有的就不見了,然後有的被鎖死,但是只要不是同時在對同一個資料表格做輸入就沒關係,這是什麼情況呢?感謝各位

syntech · 發表於: 星期二十一月 28, 2006 11:22 am 文章主題:

程式沒寫好,
沒有為什麼.

shyhpyng · 發表於: 星期二十一月 28, 2006 1:09 pm 文章主題:

喔,是程式沒寫好喔,其實程式是一個工作室的老手寫的,我是在旁邊聽到這個問題,因為我很菜而且也真的不懂,不好跟他討論,所以想說在這問問有沒有人也遇到一樣的問題,現在我知道了,感謝各位

小賴 · 註冊時間: 2004-12-27 文章: 470 第 4 樓

看樣子, 好像有人要遭殃了 .....

syntech · 發表於: 星期二十一月 28, 2006 3:31 pm 文章主題:

樓主.......

KKKLYNN · 註冊時間: 2004-09-17 文章: 357 第 6 樓

的確是程式沒寫好!
資料表格應該不能被鎖死,當有人輸入一筆資料的時候
因為又不是一筆資料有許多人同時寫入,我的意思是真正地瞬間寫入
應該不太可能,尤其是盤點,不可能許多人對同一筆資產吧!
所以應是鎖住單一筆資料
但如我所說輸入的時候是瞬間的,要被鎖住的機率應該是很低很低
對一筆資料修改或寫入都是會先將單筆資料提出來,修改後再回存,此時才有可能鎖住
但您想想就是這麼一點點毫秒時間要相撞,實在是不可思議!

shyhpyng · 發表於: 星期二十一月 28, 2006 6:08 pm 文章主題:

我還很菜,所以不會怎樣啦,可是那個程式設計師推說,那是VFP的關係,我覺得奇怪的是他寫程式已經２０幾年,從DOS就開始寫資料庫,VFP少說也有七年以上怎麼會這種問題卻無法解決,他大概快五十歲(看起來)....

KKKLYNN · 註冊時間: 2004-09-17 文章: 357 第 8 樓

哪只好您先寫看看
自己去印證了
加油
vfp已經進步到9.0
雖然主要我還在用6.0sp5與8.0
但功能上卻沒有很大差異(常用的)
建議您多搜尋在此園地
多發問(要有寫才有問才有答)應該會有高手協助的(我還是低低手)

syntech · 發表於: 星期二十一月 28, 2006 8:15 pm 文章主題:

故步自封......

我用vfp 3.0,從完全不會,兩年後,就處理掉這個問題.
以前的工程師也是常常把"vfp做不到"掛在嘴邊.

年紀和使用時間,不代表有本事,
正所謂,聞道有先後,術業有專攻

a123eric · 註冊時間: 2003-10-20 文章: 64 第 10 樓

shyhpyng · 發表於: 星期三十一月 29, 2006 10:05 am 文章主題:

syntech · 發表於: 星期三十一月 29, 2006 11:54 am 文章主題:

我只能說,
請有空到本公司走走.

傳統方式是用RECORD LOCK 方式鎖住紀錄,只讓一個人使用,
VFP允許幾種鎖定方式,很明顯的這位先生根本搞不清楚VFP的網路作業方式.

本公司從VFP 3.0 開始作 WINDOWS版.
2000 年開始使用 BCB + M$ SQL SERVER
2002 年 VFP + M$ SQL SERVER,
2003 年 VFP + ACCESS, VFP+ MYSQL,......
現在混合 BCB+VFP + M$ SQL SEREVR
最後準備還是回歸VFP + M$ SQL SERVER,
把工具單純化,VFP作不出來但BCB作的出來的,再用VFP+BCB來作.

尿不準說馬桶歪.
常常見到的就是主要的程式設計師沒有進步,就拖累了整個公司產品的進步.
搞不清楚的傢伙,換工具一樣搞不清楚啦.
腦子不清楚,什麼工具都一樣.
任意換工具,通常的下場就是公司跟著垮掉.

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

> 至少三四個人對同一個資料表格做輸入

> 資深程設師依舊認為是vfp的問題,而且他開始要轉用sql語法了,看來他以後要漸漸從vfp換成寫前端Delphi後端sql了

我認為他根本是對 VFP 不熟, 他專長是 Delphi, 看來你公司的系統快要全換成 Delphi 了

syntech · 發表於: 星期三十一月 29, 2006 1:56 pm 文章主題:

不是,他是被工具的宣傳詞句所迷惑.

當初 1999年我們要正要決定換成BCB+M$ SQL server 也是這樣,
迷信Delphi + M$ SQL server 比較好,
可是當時的首席設計師想用C++,
所以選擇 BCB (兼容C++/Pascal 語法+ DELPHI的VCL framewoks),
覺得這樣可以解決 VFP 很多問題.

實際上不是如此.
2002年以後,慢慢的這些泛用開發工具的缺點慢慢浮現,
又沒有足夠的時間設計模組,直接套用標準範本當模組.
表單及報表的開發速度的確較VFP這種近乎手動設計表單要快,
但是資料處理真的不行,
因為用的是bcb5,低階資料處理仰賴BDE,
如果沒有先利用 t-sql 語法在sql server端先整理到一定程度,
效能實在是低到不行,
所以現在才有回歸VFP+M$ SQL server的想法.

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

2000年前後, Delphi 正大紅, VFP 久沒更新, 放棄VFP也是難免.

不過現在 Borland 和 Delphi 也快掛了,
還會被宣傳詞句所迷惑 ?

用 Delphi 處理一般商業資料會很慢嗎?
沒用過, 可以舉例說一下?