 |
VFP 愛用者社區
本討論區為 Visual Foxpro 愛用者經驗交流的地方, 請多多利用"搜尋"的功能, 先查看看有無前例可循, 如果還有不懂的再發問. 部份主題有附加檔案, 須先註冊成為社區居民才可以下載.
|
| 上一篇主題 :: 下一篇主題 |
| 發表人 |
內容 |
tinwhang
註冊時間: 2009-11-08
文章: 104
第 1 樓
|
 發表於: 星期四 十一月 26, 2009 10:56 am 文章主題: |
 |
|
| syntech 寫到: | 沒有打不贏的功夫,只有打不贏的人.
版上不就一大堆宗師級的人物,
他們用 vfp 出神入化,用其他工具一樣出神入化. |
嗯，真的是看了您們用了 之後，我才知道 真的是沒有什麼做不到的，只有不會做，各種語言各有好處，如果可以融合起來 用，就可以出神入化了，
foxpro 的效能不佳，是出自於他的檔案式資料庫，如果加上 sql 那就不一樣了 |
|
| 回頂端 |
|
 |
tinwhang
註冊時間: 2009-11-08
文章: 104
第 2 樓
|
| 發表於: 星期四 十一月 26, 2009 11:01 am 文章主題: Re: 誠徵 Foxpro工程師 |
|
|
| goodnight 寫到: | | tinwhang 寫到: | 很納悶為何您們公司那麼先進還要應徵foxpro 工程師？
最近也是為foxpro效能不佳的問題一直煩惱，不過求人不如求自已，我到處搜集資料，我終於知道要如何改善我的爛 進銷存了，本來也想上網找人一起改， 看到你的問題，我覺得還是求自已好了.... |
foxpro 效能不好??舉個例子來說說看 |
您好：
比如說有一個出貨明細檔有 30萬筆的資料 ，那您要新一筆資料，您會如何做？
ps 這一個.dbf 是foxpro 的，有三台電腦 在同時存取這個檔 |
|
| 回頂端 |
|
|
LiuRambo
註冊時間: 2007-11-27
文章: 481
第 3 樓
|
| 發表於: 星期四 十一月 26, 2009 11:14 am 文章主題: |
|
|
根本上單一dbf應該不太能吃的下30萬筆資料
應該盡早做資料切割
foxpro是不能跟sql跟大型資料庫相比較的
但是方便度卻是sql所比不上的
我相信在這裡很多人都是因為foxpro的方便性及擴充性還算ok才會不放棄
我相信就算是真的有30萬筆資料，用cursor處理部分資料應該還不至於太慢 |
|
| 回頂端 |
|
|
nelsonchuang
註冊時間: 2003-09-04
文章: 563
來自: 臺灣
第 4 樓
|
| 發表於: 星期四 十一月 26, 2009 11:20 am 文章主題: |
|
|
| tinwhang 寫到: | | syntech 寫到: | 沒有打不贏的功夫,只有打不贏的人.
版上不就一大堆宗師級的人物,
他們用 vfp 出神入化,用其他工具一樣出神入化. |
嗯，真的是看了您們用了 之後，我才知道 真的是沒有什麼做不到的，只有不會做，各種語言各有好處，如果可以融合起來 用，就可以出神入化了，
foxpro 的效能不佳，是出自於他的檔案式資料庫，如果加上 sql 那就不一樣了 |
同學你也幫幫忙!
_________________
大家好,請多指教 |
|
| 回頂端 |
|
|
ckp6250
註冊時間: 2004-07-30
文章: 1645
第 5 樓
|
| 發表於: 星期四 十一月 26, 2009 11:27 am 文章主題: |
|
|
30萬筆會變慢，我也有經驗
不過，既然到了30萬筆，是真的該用sql了 |
|
| 回頂端 |
|
|
ckp6250
註冊時間: 2004-07-30
文章: 1645
第 6 樓
|
| 發表於: 星期四 十一月 26, 2009 11:29 am 文章主題: |
|
|
30萬筆會變慢，我也有經驗
主要原因，我猜可能出在 index 上
要更新30萬筆的索引檔
耗時不短!
不過,在 select 上 , 效率倒沒什麼差別
但~
既然到了30萬筆，是真的該用sql了 |
|
| 回頂端 |
|
|
tinwhang
註冊時間: 2009-11-08
文章: 104
第 7 樓
|
| 發表於: 星期四 十一月 26, 2009 11:44 am 文章主題: |
|
|
| ckp6250 寫到: | 30萬筆會變慢，我也有經驗
不過，既然到了30萬筆，是真的該用sql了 |
一、嗯，用sql 丫？ 認同，本以為真的要將我的foxpro 改寫成 php+mysql
二、後來經測試的結果foxpro +mysql 真是不錯用，只是要改寫 .dbf to sql 真是有點煩，
三、再來就是要將所有的程式翻寫成sql 還是很長的一條路 ， 有人願意幫忙嗎？
費用要如何算？ |
|
| 回頂端 |
|
|
DennisTsai
註冊時間: 2005-07-26
文章: 178
第 8 樓
|
| 發表於: 星期四 十一月 26, 2009 11:44 am 文章主題: |
|
|
| 不同的程式語法與系統分析,會有不同的效率,回想從第一次寫到現在,效率至少增加百倍,網路流量不到5% |
|
| 回頂端 |
|
|
ckp6250
註冊時間: 2004-07-30
文章: 1645
第 9 樓
|
| 發表於: 星期四 十一月 26, 2009 12:10 pm 文章主題: |
|
|
再補充一下
要提昇 foxpro 效能 , 另一個方法是善用 RamDisk
現在的記憶體很便宜 , 買個4g
撥512M設為RamDisk
然後,把 vfp 會用到暫存工作區或排序工作區等等,都指到該 RamDisk
遇到大型檔案時，效率有很明顯的提昇(檔越大，越明顯) |
|
| 回頂端 |
|
|
sean27
註冊時間: 2008-08-17
文章: 49
第 10 樓
|
| 發表於: 星期四 十一月 26, 2009 1:20 pm 文章主題: |
|
|
| ckp6250 寫到: | 30萬筆會變慢，我也有經驗
主要原因，我猜可能出在 index 上
要更新30萬筆的索引檔
耗時不短!
不過,在 select 上 , 效率倒沒什麼差別
但~
既然到了30萬筆，是真的該用sql了 |
vfp 30萬筆就效能不佳? 應該是程式沒寫好,或資料結構沒設計好
我看過有光一個銷貨檔就 500 萬筆,20個 人同時打出貨單,也沒聽說慢的..
_________________
foxpro & php 初學者 |
|
| 回頂端 |
|
|
tinwhang
註冊時間: 2009-11-08
文章: 104
第 11 樓
|
| 發表於: 星期四 十一月 26, 2009 2:18 pm 文章主題: |
|
|
| sean27 寫到: | | ckp6250 寫到: | 30萬筆會變慢，我也有經驗
主要原因，我猜可能出在 index 上
要更新30萬筆的索引檔
耗時不短!
不過,在 select 上 , 效率倒沒什麼差別
但~
既然到了30萬筆，是真的該用sql了 |
vfp 30萬筆就效能不佳? 應該是程式沒寫好,或資料結構沒設計好
我看過有光一個銷貨檔就 500 萬筆,20個 人同時打出貨單,也沒聽說慢的.. |
用vfp .dbf 的資料庫 ？ 這麼厲害 ？ 怎麼做到的？ 真是非常感激您告訴我....
我們公司的這一套 光是儲存個一筆 就要一分多鐘，那算是快還是慢 ？ |
|
| 回頂端 |
|
|
ckp6250
註冊時間: 2004-07-30
文章: 1645
第 12 樓
|
| 發表於: 星期四 十一月 26, 2009 2:28 pm 文章主題: |
|
|
沒錯 , 定義要清楚
vfp + dbf ? 或者是 vfp + sql ?
如果是 vfp + dbf + 500 萬筆 + 20 個人 , 效能還挺得住的話
那 , sql server 要賣誰呀 ? |
|
| 回頂端 |
|
|
tigerlee39y
註冊時間: 2007-11-26
文章: 132
來自: taipei
第 13 樓
|
| 發表於: 星期四 十一月 26, 2009 3:36 pm 文章主題: |
|
|
我以前的公司,進銷存,產品資料檔100多萬筆, 訂單檔每天起碼300筆,多人使用也不會變慢,每張訂單還要拆料備料
還是p4的cpu,ram 1g而已
我想應該是寫法的問題,從 p3的clipper一直用到vfp,只有更快不會變慢,程式也越來越好寫
在dos時代資料檔有時還會變亂碼,用vfp後資料檔一直很穩
vfp的索引觀念及抓資料的速度都很快
$ms之所以不推vfp,大家都用.dbf,sql賣給誰阿?
我認為vfp的缺點,一是不能web,二是安全性沒有考慮到,其他都很好
對岸用vfp的非常多,我去上海新華書局,vfp的書有一整面牆,約有1千多本,大多是個案+說明,手冊型也有幾十本
_________________
各取所需 各盡所能 |
|
| 回頂端 |
|
|
syntech
註冊時間: 2003-05-16
文章: 4249
來自: Taipei,Taiwan
第 14 樓
|
| 發表於: 星期四 十一月 26, 2009 3:43 pm 文章主題: |
|
|
大陸上vfp書籍最多的種類應該是教人考試的.
個案說明的,大多都滿糟的,
就和書店賣的太極拳,螳螂拳,空手道的書籍一樣,
光看套路是沒用的.
真正的好書真的沒幾本.
我也有收,網路書局真方便.
_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
| 回頂端 |
|
|
tinwhang
註冊時間: 2009-11-08
文章: 104
第 15 樓
|
| 發表於: 星期四 十一月 26, 2009 3:50 pm 文章主題: |
|
|
| tigerlee39y 寫到: | 我以前的公司,進銷存,產品資料檔100多萬筆, 訂單檔每天起碼300筆,多人使用也不會變慢,每張訂單還要拆料備料
還是p4的cpu,ram 1g而已
^^^產品檔 一百多萬筆？ 還是一個檔一百多萬筆？ 那效能不會慢？
程式真的寫的好丫，請問怎麼做的？
我想應該是寫法的問題,從 p3的clipper一直用到vfp,只有更快不會變慢,程式也越來越好寫
在dos時代資料檔有時還會變亂碼,用vfp後資料檔一直很穩
vfp的索引觀念及抓資料的速度都很快
$ms之所以不推vfp,大家都用.dbf,sql賣給誰阿?
我認為vfp的缺點,一是不能web,二是安全性沒有考慮到,其他都很好
對岸用vfp的非常多,我去上海新華書局,vfp的書有一整面牆,約有1千多本,大多是個案+說明,手冊型也有幾十本 |
|
|
| 回頂端 |
|
|
|
|
您 無法 在這個版面發表文章
您 無法 在這個版面回覆文章
您 無法 在這個版面編輯文章
您 無法 在這個版面刪除文章
您 無法 在這個版面進行投票
您 無法 在這個版面附加檔案
您 無法 在這個版面下載檔案
|
|
常見問題
搜尋
會員列表
會員群組
會員註冊
個人資料
登入檢查您的私人訊息
登入
