VFP 愛用者社區

tigerlee39y · 註冊時間: 2007-11-26 文章: 132 來自: taipei 第 1 樓

大家都知到,父子檔的聯結,是父檔的排序key是"主鍵值",子檔的排序key是"一般索引"
在兩個檔案連結的狀況下,子檔案的排序能否以其它的key排序顯示?
譬如:
mst.dbf排序主鍵值是prod_no欄
slave.dbf排序是一般索引prod_no欄
在資料庫中也設了關聯性聯結

在父子檔各開一個grid之下,子檔的顯示希望以另一個排序方式(如:prod_nm)顯示

我在form的資料環境中子檔的cursor看到有order的選項,也設定另一個排序(以prod_nm)
但是並未發生作用,prod_nm的資料顯示仍然是無次序的

請教各位高手 !

garfield · 發表於: 星期一六月 09, 2008 9:38 am 文章主題:

方法1
子檔案的索引key 改用關聯父檔+你所想要排序的欄位

方法2
不要用關聯性聯結 , 改用 select * from 子檔 where 子檔.key=父檔.key order by 排序欄位 into cursor 暫存檔

tigerlee39y · 發表於: 星期一六月 09, 2008 12:12 pm 文章主題:

謝謝 Garfield
照你的方法實驗結果如下:
方法1不能用,子檔案的索引key 改用關聯父檔+你所想要排序的欄位後,父與子檔就聯結不到了

方法2跟我狀況也不合,因為子檔還要作新增, 編輯,刪除等動作,如果對select出來的cursor或暫存檔去作這些動作
當要寫回倒本檔(子檔)複雜度增加很大
下次寫時要來試試看方法2,新增,編輯還好作,刪除比較麻煩,不過這也不失一種方式

謝謝 !

garfield · 發表於: 星期一六月 09, 2008 12:58 pm 文章主題:

使用方法1時, 請搭配 SET EXACT Off

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

syntech · 發表於: 星期一六月 09, 2008 4:23 pm 文章主題:

1. 好像也是不用有相對應的parent table 的索引
2. 欄位名稱不用一樣,甚至可以用 f1+f2+f3 的方式組合.

所以安全的作法就是兩邊都建index,relation 的keyexpress 盡量與 index 欄位相符.

基本我是這樣用,
參數不可不在"定義域"裡,就通常可以避免函數結果不會落在"值域"!! ^_^;;;

如果參數不在"定義域"裡,那函數結果出現在哪裡都不會感到意外. XD
再精明的人在寫函數的時候都可能把boundary condition搞錯.

syntech · 發表於: 星期一六月 09, 2008 4:44 pm 文章主題:

實驗結果 (vfp 6 sp5)

如果 child table 沒有指定"正確"的index ,
當parent table 移動記錄指標時, child table 會變成 eof.

當child table 沒有指定任何index 時,
當parent table 移動記錄指標時, child table 甚至會出現錯誤,或根本不移動記錄指標.

資料環境會出現什麼情況?
我不敢用,所以不知道.
以上測試是使用vfp 命令視窗做的.

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

所以一開始我就說與子檔索引鍵值有關 ;當然子檔必須建立索引
SET RELATION TO "運算式" INTO 子檔
子檔的移動是根據: (運算式) 的結果 = 索引鍵值來決定的
致於運算式可以與父檔沒關係, 甚至可以是其他Table的欄位組合

簡單的說：
你使用SET RELATION TO eExpress INTO 子檔
當父檔有移動指標 ; 系統就幫我們觸發某一事件 ;
(我不知觸發什麼事件), 而這事件的內容就是
SEEK eExpress IN 子檔
所以子檔需建索引是顯而易見的

tigerlee39y · 發表於: 星期一六月 09, 2008 9:00 pm 文章主題:

實驗結果報告:
根據GARFIELD的方法1來設定子檔的索引A01+A02(父檔還是A01),同時也設了EXACT OFF
結果可行,父檔移動時,子檔顯示的資料KEY均與父檔相同,同時也按照A02欄位排序
新增或編輯子檔,有動到KEY的資料也顯示在正確的位置
*----------------------------------------------
以前用CLIPPER時,SET RELATION也常用,子檔的資料要寫不少副程式處理
但是在VFP之下也很好用,原因:
1.在資料庫的地方設定父子關係時用滑鼠DRUG兩個索引很方便,設過後建FORM時只要在資料環境加入TABLE就自動設好
RELATION(我都沒有用命令式的set rela to xxx into yyy)
2.在資料庫的地方設定父子關係時,還可設定父檔KEY值更動,子檔自動更動
3.父檔該筆資料被刪除,子檔跟著刪除

這些自動的動作省寫了許多行程式

另外我想父檔之所以要設主鍵值的原因是主鍵值設定後資料的KEY欄是不允許"重複",這樣也避免了一堆子資料被好幾筆父檔聯結,對於像銷貨單或會計傳票...等一對多的設計是不允許的

當然也有些缺點, 像三層的RELATION,祖父,父,子設起來就蠻麻煩的,不知各位是如何處理,我是設了一個KEY檔來處理第2層與第3層的RELATION

總之謝謝各位,既解決問題又可思想上的啟發

jtcom01 · 註冊時間: 2005-07-29 文章: 413 第 10 樓

在vfp6.0測試..
父擋開索引NO,子檔開索引 NO+ANYKEY,SET RELATION TO NO INTO 子檔
結果父檔移動子檔並沒跟著移動..

nelsonchuang · 發表於: 星期五六月 20, 2008 1:20 pm 文章主題:

那是你的條件有問題,跟vfp多少版無關
Set relation 其實在操作表格上,有很快速的優勢
如果你的資料是放在dbf上,那就真的得好好的用他
因為他可以用一對多的方式關連
父表格對子表格,
父表格一筆資料可以指向一個子表格的多筆資料
這是以前必須用Set Filter才辦得到的事情.
又快又方便,又不用下Sql指令.

tigerlee39y · 發表於: 星期一六月 23, 2008 6:22 pm 文章主題:

jtcom01兄
我不是用set rela命令來作2者之間的聯結
我是在資料庫中drug二者的索引檔來作聯結的
這樣的好處除了父子的聯結外,還有好處是可以設定父檔key值更改,子檔亦會更改,父檔刪除,子檔跟著刪除

syntech · 發表於: 星期一六月 23, 2008 8:21 pm 文章主題:

tigerlee39y 兄:
當你某日資料庫毀損時,就知道這個方法哪裡不好了. Orz

tigerlee39y · 發表於: 星期四六月 26, 2008 8:44 am 文章主題:

當然我也怕資料庫毀損,不過問題不大
1.完整的系統備份一次
2.每日備份dbf

當資料庫毀損時只要處裡:
1.系統抄回
2.備份dbf抄回,完全ok

我覺得vfp在windows之下,比以前dos之下穩定很多,我們公司系統執行5 6年,並未發生慘劇,我們是用win2000 ntfs
硬碟到是壞過,但整個windows也有備份,所以都能快速解決