|
VFP 愛用者社區 本討論區為 Visual Foxpro 愛用者經驗交流的地方, 請多多利用"搜尋"的功能, 先查看看有無前例可循, 如果還有不懂的再發問. 部份主題有附加檔案, 須先註冊成為社區居民才可以下載.
|
上一篇主題 :: 下一篇主題 |
發表人 |
內容 |
elleryq
註冊時間: 2007-06-21 文章: 768
第 16 樓
|
|
回頂端 |
|
|
syntech
註冊時間: 2003-05-16 文章: 4214 來自: Taipei,Taiwan
第 17 樓
|
發表於: 星期二 九月 25, 2012 10:09 am 文章主題: |
|
|
mp484 寫到: | 那有什麼指令可以知道目前的檔案是那個程序在使用呢? |
這個問題不明確.
你指的是 哪個dbf被使用,還是其他的檔案 ? _________________ 如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
回頂端 |
|
|
goodnight
註冊時間: 2008-10-13 文章: 472 來自: 台南市
第 18 樓
|
發表於: 星期二 九月 25, 2012 11:33 am 文章主題: |
|
|
syntech 寫到: | 如果需要 內存程式,view,..... 完整資料庫系統管理,
有免費的 m$ sql server express 可用,
現在sql server express 已經允許多核心存取,單一資料庫檔案上限為4GB.
VFP 提供的DBC應用幾乎無競爭力.
不喜歡SQL SERVER ,也有MYSQL 等等可用.
如果為了方便,利用瀉藥排便,對很多人是常見的作法,
但這會造成依賴性,不使用瀉藥,人體就無法自然排便,
便秘的情況就更嚴重.
最好的方法還是走正途,吃含纖維質的食物及多多運動,
雖然這都比較累人. |
sy 大的建言都是我們新手所沒有遇到或注意到的寶貴經驗, 但不見得人人都能接受
我也是覺得, 用 DBC 不如用 SQL SERVER
其實新手進入 VFP 本來就會問題很多, 因為現在也沒書可以看了
而且學校也不會叫你用VFP 了吧, 現在不是 C, 就是 ASP .NET, PHP
到了社會上, 現實的環境就會讓新手接觸到 VFP , 在單機的未來, 這樣的環境能不持久不滅??
在公司來說 VB + MS SQL 已經司空了, 我見識少, 不知道還有多少企業使用 VFP + SQL (說不定都還有 DBF)
對於新手來說到了一家公司, 前人離職, 後人接手, 自然問題很多
所以 VFP 愛用者社區成了新手練功, 修煉, 求救的好地方 |
|
回頂端 |
|
|
ckp6250
註冊時間: 2004-07-30 文章: 1645
第 19 樓
|
發表於: 星期二 九月 25, 2012 10:00 pm 文章主題: |
|
|
goodnight 寫到: |
我也是覺得, 用 DBC 不如用 SQL SERVER
|
個人並不很認同這一點,尺有所短,寸有所長,很多場合,殺雞不必用牛刀。
好的設計師,應該評估並善用各種工具,有時用 TXT,有時用 DBF , 有時用 DBC , 必要時,當然 Sql Server 也要入列。
如果,只是簡單的通訊錄,動用到 Sql Server ,又不免小題大作了。
以現實面來看,如果您接了個小case,只有三五萬元,給它寫成 Sql Server ,未免虧本太多,用 DBF 跑一跑就好啦。
我個人覺得,一個case ,若沒有廿萬以上,用 Sql Server 的模式來做,很不經濟。
不應小看 dbf 和 dbc,看場合運用它吧。
整個vfp的各項組件,如pjx , mnx ,scx , .frx , vcx ,dbc ..... 骨子裡全都是dbf
vfp 把它運用到這麼神妙,您能說 dbf 不好用嗎?
用得恰到好處,仍然是大師一棵。 |
|
回頂端 |
|
|
syntech
註冊時間: 2003-05-16 文章: 4214 來自: Taipei,Taiwan
第 20 樓
|
發表於: 星期三 九月 26, 2012 12:32 am 文章主題: |
|
|
公司遇過DBF就夠的系統,偏偏要作成SQL 版.
因為硬體商硬要賣高級SERVER給他.
要搭配符合身分地位的產品.
現在的客戶只要聽到"M$ SQL SERVER "就會認為是高價值好產品,
所以順應時勢,開檔由DBF改成SQL SERVER,用SPT 模組接一接給他們,
FORM不變,
但是就從幾K 新台幣的默默無名的VFP系統,
變成數十數百K 新台幣的高級"M$ SQL SERVER"系統.
要省錢,與PHP +MYSQL 網頁主機相容,
沒關係,
一樣FORM不變,改接MYSQL就好.
開發成本一樣,但是售價三級跳. _________________ 如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
回頂端 |
|
|
pilipala
註冊時間: 2009-05-13 文章: 75
第 21 樓
|
發表於: 星期三 九月 26, 2012 8:44 am 文章主題: |
|
|
公司ERP系統原是純 VFP DBF,靠著1.5個人力,大約兩年的時間,在今年5月完全轉成 VFP + SQL Server ~~
SQL Server Express 在 2005 和 2008 DB 上限是 4G、2008 R2 和 2012 上限為 10G,
小公司(兩個廠的 client 端電腦約30台)基本上搭配 Express 版本都夠用,而且又不用多花錢買 ~~ |
|
回頂端 |
|
|
ckp6250
註冊時間: 2004-07-30 文章: 1645
第 22 樓
|
發表於: 星期三 九月 26, 2012 10:59 am 文章主題: |
|
|
syntech 寫到: |
現在的客戶只要聽到"M$ SQL SERVER "就會認為是高價值好產品
|
這就是商業現實很弔詭也很好玩的地方
有些客戶的錢很難賺,有些客戶的錢又很好騙
有些小公司,三五個人,沒幾筆資料,硬要個 SQL Server 才爽;
又有些公司,明明我們評估它非要用 SQL Server 不可了,卻又不肯拿出錢來。 |
|
回頂端 |
|
|
syntech
註冊時間: 2003-05-16 文章: 4214 來自: Taipei,Taiwan
第 23 樓
|
發表於: 星期三 九月 26, 2012 11:50 am 文章主題: |
|
|
雖然我同意19樓 CKP6250兄的說法,
不過如果可能的話,
既然有 SQL SERVER EXPREE 可用,
我一定不會使用DBC.
唯一被迫要用的情況就是擦別人的屁股. Orz
客戶聽到 "免費的m$SQL SERVER"通常就不會詢問細節,
等到某日跳起來(資料庫檔案過大)了,
再請他們舊資料刪一刪,繼續用. _________________ 如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
回頂端 |
|
|
bx1166
註冊時間: 2011-12-06 文章: 273
第 24 樓
|
發表於: 星期日 九月 30, 2012 9:38 am 文章主題: |
|
|
我查了一下
只有查得出哪個程式在執行 program()
沒有那查出目前檔案開啟的呼叫程序的
看了看 我有幾句話想跟大家探討一下
常常有人抱怨檔案太大 也有聽說 動不動就是百萬筆資料的
我覺得很奇怪 那麼大的資料檔案 硬碟讀寫 會不會太操了啊?
想辦法分成幾十個檔案 縮小尺寸 操作起來 不是比較快嘛?
搜尋也容易一些 對硬碟也仁慈點 能分工了 那何必用那些大而不當的程式來跑這個?
google的資料庫也沒那樣玩啊,如果google也這樣玩
我們真能一下子就google到我們查的? |
|
回頂端 |
|
|
ckp6250
註冊時間: 2004-07-30 文章: 1645
第 25 樓
|
|
回頂端 |
|
|
syntech
註冊時間: 2003-05-16 文章: 4214 來自: Taipei,Taiwan
第 26 樓
|
發表於: 星期日 九月 30, 2012 10:40 pm 文章主題: |
|
|
以 FOXPRO 是不太好,
DBF記錄上限 2^32-1 筆,
沒有徹底了解FOXPRO 的INDEX 技術,搜尋技術,
很容易作出沒有效率的程式.
這個時候,我就覺得用正常的DB SERVER,例如ORACLE SQL SERVER,M$ SQL SERVER,.....等等,
會比用FOXPRO的DBF來得好,
但是,也必須了解所使用的DB SERVER的技術細節, _________________ 如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問
請聯絡我們,也許我們幫得上忙 |
|
回頂端 |
|
|
bx1166
註冊時間: 2011-12-06 文章: 273
第 27 樓
|
發表於: 星期一 十月 01, 2012 8:34 am 文章主題: |
|
|
不管哪一種資料庫
少量一定比大量容易操作 容易搜尋
分類也不難 名字 英文也好 中文也好 第一個 第二個就是分類
the 開頭的 就忽略 改採第二個字
那麼不就一下子 縮小一大部分了? 還可以繼續縮小啊 對程式而言
一兩行判別程式 而已 沒影響. |
|
回頂端 |
|
|
ckp6250
註冊時間: 2004-07-30 文章: 1645
第 28 樓
|
發表於: 星期一 十月 01, 2012 10:15 am 文章主題: |
|
|
說易行難 |
|
回頂端 |
|
|
bx1166
註冊時間: 2011-12-06 文章: 273
第 29 樓
|
發表於: 星期三 十月 03, 2012 8:28 am 文章主題: |
|
|
我舉個例子 請大家指正:
accept to m.mname1
m.mname2=substr(alltrim(m.mname1),1,4)
mfile="data"+m.mname2+".dbf"
if file(mfile)
sele 1
use &mfile
do prog_seek
else
do prg_createdbf
endif |
|
回頂端 |
|
|
|
|
您 無法 在這個版面發表文章 您 無法 在這個版面回覆文章 您 無法 在這個版面編輯文章 您 無法 在這個版面刪除文章 您 無法 在這個版面進行投票 您 無法 在這個版面附加檔案 您 無法 在這個版面下載檔案
|
|