VFP 愛用者社區

RORI · 發表於: 星期二九月 07, 2004 1:11 am 文章主題:

個人從1990年起使用FOXBASE，1991年起使用FOXPRO 2.0 2.6 2.5B
1995年起使用VFP 3.0 5.0 6.0 7.0 8.0 其實用SQL 或DBF DBC是需要的問題
而不是將就的問題，有些地方非得使用SQL(因資料庫的筆數太大)
故而我的方式是50萬筆以下，公司沒有額外的預算的話，會使用DBC方式
1992年我寫了一套全省有近一千個的單位使用的系統(FOXPRO 2.5B)
除了母公司80萬資料引用了SYBASE，其餘子公司皆未超過50萬，使用一直很平
順，很少有DBF損壞的問題，個人覺得以CLIPPER方式來寫FOXPRO是有很多缺點的，
也不會顧及RUSHMORE，比如SET FILTER TO 這個指令，可能我從DOS
到現在都沒有用過。SET RELATION TO我也沒有用過，直接下SQL COMMAND
或CREATE TABLE，USER按儲存再把變數倒進去，GATHER MEMVAR
至於索引如是：A+B 我會A，B皆建立INDEX，因為犧牲一點空間，可提升不少速度
當然我是使用DOS的OOP介面，完全摒棄傳統CODEING，
CODE寫在EVENT裡(那時不叫EVENT)，都是BUILDER來產生程式
使用486-66的機器，系統支援MOUSE，暢快無比。
1999-2000年我使用VFP 5.0 寫了一套勞健保系統，資料量大約在30---40萬筆
CLIENT端約有40-50台，故而非常擔心DBF會掛掉，於是向HALLOGRAM
買了FOXFIX (FOR 3.0 5.0 EVEN 6.0)，時至今日我還沒有正式用過，僅止於測試，
很少有DBF損壞的問題，前前後後寫了將近20套左右的系統，只碰過突然斷電
的毀損，未碰過使用上會毀損，可能是我運氣好吧！

RORI · 發表於: 星期二九月 07, 2004 1:36 am 文章主題:

TO an1060

台灣第二大套裝軟體華翰電腦是用VFP 3.0 寫的，據個人判斷此版本並無所謂
BEGIN TRANSACTION,和END TRANSACTION。且經長期觀查他們尚停留在
VERSION 3.0 什麼原因讓他們不UPGRADE，個人無法知曉。
僅知道他們使用一個暫時的TABLE，將子檔的RECORD依單號倒進去，所以在處理的子檔並非真實的子檔，只是SAVE時一筆一筆比對後加進去，順便加減庫存
類似DOS的M.變數

RORI · 發表於: 星期二九月 07, 2004 2:02 am 文章主題:

TO 志明兄

我最近也有一個改寫鼎新的 tip top的案子(橡膠業)，還沒有時間去瞭解，
可以分享一些經驗嗎？(尚未決定接與否)

bin1x · 註冊時間: 2004-08-27 文章: 462 第 49 樓

志明 · 註冊時間: 2003-10-27 文章: 30 第 50 樓

真巧！最近很少上來，想不到有人留言。
先回 binlx ：
索引會壞的因素有很多，但設計者是關鍵，例如 clipper 可以改鍵值，但在不新增的狀態下，512 次索引就會壞，很少人知道吧！ vfp 是不是也有這問題呢？我不知道。我維護過不少程式，發現問題都出現在設計者。

---------------------------------------------------------------------------------
tip top 是個大係統，是要改寫部份還是全部？我不知該怎回答。
簡單的說，我個人是先去瞭解資料流程，再去看他的 sql 指令找出個 table 的關聯。而 tip top 的特色是以「旗標」作為流程管控……。係統內並沒有邏輯複雜程式碼，但維護修改很辛苦，因為是個大係統，難以瞭解的是他的管理面。

若要再聊，另開版面或用私人訊息好嗎？

syntech · 發表於: 星期二九月 07, 2004 6:30 pm 文章主題:

FPW 2.6 還沒有,
但是 VFP 3.0 已經有 BEGIN TRANSACTION 等命令,
大家參考一下

RORI · 發表於: 星期二九月 07, 2004 8:53 pm 文章主題:

to syntech
我想要強調的是華翰電腦的系統並非使用BEGIN TRANSACTION 在寫作而是利用暫存TABLE替代，且大部份是CLIPPER式的FOXPRO寫法

bin1x · 註冊時間: 2004-08-27 文章: 462 第 53 樓

未必吧,在這個領域中
奸巧的人太多了
因為自己先前生存方式,雖解決的很多問題
但,解的太容易了
也許引起某種人的不滿
這種人在這個領域中
真的很多
把你寫好的程式亂改
然後就可以說是,"你對這個系統不熟"
"你對foxpro不熟"
我的心態是,我管你對我的評語
解決問題的欣慰感覺
比起他人對你的敵意
我想來的更有滋味

ERIC · 註冊時間: 2006-11-27 文章: 45 第 54 樓

to 志明
請問你決定用哪種方式維護?

liangszpt · 發表於: 星期四二月 22, 2007 10:29 pm 文章主題:

请问syntech：
　　索引檔損壞,其實算是小事,偵測及修復都可以程式處理,使用者不見得查覺的出來,
設計上也不複雜.

这个怎么实现？

kib48660 · 註冊時間: 2003-02-24 文章: 121 第 56 樓

拋磚引玉一下,,客戶是ONLINE 客戶,要求要3秒內,存檔及印表,以下資料是用DBC+TABLE其中一個 TABLE資料數,甚至我有看過20,000,000筆以上,這個系統
超過1000家以上,正常在運轉