VFP 愛用者社區

syntech · 發表於: 星期一十二月 22, 2008 10:42 am 文章主題:

vfp 3.0 時導入了視覺化的data environment,
可是不代表不用視覺化的data environment就不可以設計資料庫軟體.

xBASE 的工具都有 "工作區"的觀念,
工作區基本上都是如同 public 的,
所以只要如古早的方式,自己開檔,拉 relation,設 filter,
再把物件的 controlsource 設定為某工作區的某欄位就可以了.

其實你自己被"型"限制住,
自然想法也就限制住.

hichin · 註冊時間: 2008-02-21 文章: 88 第 19 樓

請問前輩们
為什麼會出現這種狀況....
我的data1.dbc在e:\xxx\dbf\
而此檔案放在c:\temp\
設計,及執行時期會出現此狀況

tigerlee39y · 發表於: 星期二十二月 23, 2008 12:54 pm 文章主題:

暫時擋不要include進來

hichin · 註冊時間: 2008-02-21 文章: 88 第 21 樓

syntech · 發表於: 星期二十二月 23, 2008 2:45 pm 文章主題:

如果你用 dbc 管理 dbf,是不可以這樣作的.
請在已OPEN DATABASE data1.dbc 的情況下使用 create table 命令建立ztmp_xxxx.dbf
在你的form.init中 drop table ztmp_xxxx.dbf 再 create table ztmp_xxxx.dbf

或者"我於data1.dbc 中建立暫存檔table c:\temp\ztmp_xxxx.dbf "
這個動作不要(移除dbc 中的ztmp_xxxx.dbf ),
所以叫你"暫存檔不要include進來"

原因與 vfp dbc 如何管理dbf 有關.
請參閱 help 中 "建立資料庫"一章,

所以我也是不使用 dbc 的. XD

hichin · 註冊時間: 2008-02-21 文章: 88 第 23 樓

syntech · 發表於: 星期二十二月 23, 2008 5:48 pm 文章主題:

你的 LOCAL VIEW 又是什麼? 作用在哪裡?

tigerlee39y · 發表於: 星期二十二月 23, 2008 9:49 pm 文章主題:

syntech兄已經講的很清楚了,可能你誤解了,看你的畫面就知道了,明明在dbc中
dbc的作用是把主要的檔案,含進來(include)便於管理,並不是說不要dbc
而是一些過程中的暫時擋不要含在dbc中,而放到c:\xxx\...之下
因為暫時擋隨做隨刪,所以叫做暫時擋,並不需要由dbc來管理,你就把暫時檔當作一個獨立的dbf檔來用就可以了
所有功能都能用(用use c:\xxx\...命令來用)
獨立的dbf檔的使用,跟主要的檔案使用完全一樣,只是dbc不去管它罷了
vfp的用法比一些cobol...好用多了,用久就知道了

hichin · 註冊時間: 2008-02-21 文章: 88 第 26 樓

syntech · 發表於: 星期三十二月 24, 2008 8:37 am 文章主題:

這也是另一個誤解.

沒有規定一定是 LOCAL VIEW 對 REMOTE VIEW.
也有另一種 SPT方式可以連接後端.

我們目前的系統之一就是 FORM 一樣,
PRG 則有分直接USE DBF的,
以SPT方式透過ODBC連接MDB,
及直接以SPT 連接後端M$ SQL SERVER,MYSQL....的.

最大的誤解在第二頁第三篇已經提示了.

畫面/報表物件的連接方式有很多種,
不一定非得使用資料環境或是VIEW來做,
如果你真的想使用資料環境或是VIEW,
那得先確保你的需求是不會變動的,
因為使用資料環境或是VIEW大多是 RUNTIME READONLY 的情況,
在DESIGN TIME 也大多需要以視覺化工具進行修改,
在台灣這種計畫趕不上變化,出錢的人總是隨便亂改規格的情況下.
也許需要再多想想.

等到你陷的太深的時候,
就會知道為什麼別人這樣建議. ^_^|||

hichin · 註冊時間: 2008-02-21 文章: 88 第 28 樓

garfield · 發表於: 星期三十二月 24, 2008 9:43 am 文章主題:

去精華區看看.
其中一本書 "Chris Lee 大作:『VFP OOP Basics』電子書" 是一定要看的.

sean27 · 註冊時間: 2008-08-17 文章: 49 第 30 樓