想了一個題目 希望有查詢,新增,訂票的功能 然而 這些功能我應該要從什麼樣的思考方向出發 |
尚未結案
|
weidilike
一般會員 ![]() ![]() 發表:4 回覆:4 積分:1 註冊:2005-04-18 發送簡訊給我 |
大家好,在下是剛踏入delphi領域的一位學生
今天我想做一個火車查詢訂票的功能
但是我做了一個禮拜 換來的答案是 我的架構是錯誤的
對於不了解delphi的我 請問 我應該要從什麼樣的思考方向出發
我在database desktop裡面製作了table
今天我假設我的火車只有十個站
於是我每一個站都設定一個table
每個table裡面都有著相同的column (火車種類,車次,起站,終站)
這樣子的處理方式 讓我在查詢的時候會出了些問題(教授說的)
所以關於table欄位設定方式 我應該要怎麼樣的編排對於未來我繼續做下去才比較不會犯上較大錯誤的觀念問題
|
Stallion
版主 ![]() ![]() ![]() ![]() ![]() ![]() 發表:52 回覆:1600 積分:1995 註冊:2004-09-15 發送簡訊給我 |
我認為你這是資料庫結構編排的問題!較好的方法就是使用關連式資料庫。何不在資料庫內定義一個TABLE用來儲存火車站名,而且每個站名都是不可重複的UNIQUE KEY,另外再定一個TABLE為訂票狀況,而這個TABLE的FORIEGN Key就是前個TABLE的站名,如此就可以站名TABLE內的值去REFERENCE訂票TABLE內每個站名的訂票狀況!當然這只是個觀念,你還可以以此觀念變化做的更細。祝成功!
|
weidilike
一般會員 ![]() ![]() 發表:4 回覆:4 積分:1 註冊:2005-04-18 發送簡訊給我 |
|
Stallion
版主 ![]() ![]() ![]() ![]() ![]() ![]() 發表:52 回覆:1600 積分:1995 註冊:2004-09-15 發送簡訊給我 |
按照你的設定,會使以後在做資料檢索的時候失去彈性,同時也會使索引變大,亞歷山大不是說:「Divided and Conquer」,也就是把問題切的越小,對日後資料彙整愈容易,不是嗎?
此外,可能我上面說的還是不夠清楚,我按你的條件再陳述一次,我的用意就是希望你建立一個專門儲存站名的TABLE,而這個TABLE內的站名日後儲存都不可重複,另外建一個TABLE儲存火車名,這個火車名同樣不可重複,最後建立一個TABLE或數個TABLE來儲存每個火車對每個站台的訂票狀況,如此,你看不就可以火車條件加上站名,以sql的語法輕易的在那個訂票的TABLE中找出訂票狀況了嗎!所以資料結構切的愈細,以後設計的彈性愈大,否則一旦日後要修改,那可是不知道要流多少血汗! -----------------------------------------------
Creation is the fundation of promotion.
|
weidilike
一般會員 ![]() ![]() 發表:4 回覆:4 積分:1 註冊:2005-04-18 發送簡訊給我 |
本站聲明 |
1. 本論壇為無營利行為之開放平台,所有文章都是由網友自行張貼,如牽涉到法律糾紛一切與本站無關。 2. 假如網友發表之內容涉及侵權,而損及您的利益,請立即通知版主刪除。 3. 請勿批評中華民國元首及政府或批評各政黨,是藍是綠本站無權干涉,但這裡不是政治性論壇! |