VFP 愛用者社區 首頁 VFP 愛用者社區
本討論區為 Visual Foxpro 愛用者經驗交流的地方, 請多多利用"搜尋"的功能, 先查看看有無前例可循, 如果還有不懂的再發問. 部份主題有附加檔案, 須先註冊成為社區居民才可以下載.
 
 常見問題常見問題   搜尋搜尋   會員列表會員列表   會員群組會員群組   會員註冊會員註冊 
 個人資料個人資料   登入檢查您的私人訊息登入檢查您的私人訊息   登入登入

請問這樣子資料庫要怎麼設計呢?

 
發表新主題   回覆主題    VFP 愛用者社區 首頁 -> VFP 討論區
上一篇主題 :: 下一篇主題  
發表人 內容
elson



註冊時間: 2004-05-16
文章: 10


第 1 樓

發表發表於: 星期三 七月 16, 2008 4:04 pm    文章主題: 請問這樣子資料庫要怎麼設計呢? 引言回覆

各位大大好:
請問像圖中的一個欄位中可顯示不同資訊的資料庫要怎麼設計呢?
如一個商品在某一店家某日的價格,
常常看到這類型的報表,小弟才淺,從第一步的資料庫規劃就卡住了。
回頂端
檢視會員個人資料 發送私人訊息
syntech



註冊時間: 2003-05-16
文章: 4249
來自: Taipei,Taiwan

第 2 樓

發表發表於: 星期三 七月 16, 2008 4:44 pm    文章主題: 引言回覆

"一個欄位中可顯示不同資訊" ?

沒有呀,
一個欄位還是一種資訊呀!

_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問

請聯絡我們,也許我們幫得上忙
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件 AIM Address
yang1032



註冊時間: 2004-06-19
文章: 58


第 3 樓

發表發表於: 星期三 七月 16, 2008 11:36 pm    文章主題: 引言回覆

作個類別內放二個物件塞進去
回頂端
檢視會員個人資料 發送私人訊息
tigerlee39y



註冊時間: 2007-11-26
文章: 132
來自: taipei

第 4 樓

發表發表於: 星期四 七月 17, 2008 12:17 am    文章主題: 引言回覆

syntech說得不錯,還是一般的欄位,只是在最上方加入了下拉式的選項功能
可以想像:
A欄的下拉選項可能是環保, 大家電, 小家電,電腦,食品....等等
B欄的下拉可能是中項或小項的分類,或是key word的分類,例中可能是"香"類,或廠家自己的分類
C欄的下拉選項可能是售價,定價日其, 成本,進貨日期...,或者是正逆的排序
下拉選項要看廠家自己的分類定義,不知是訂死的還是活的,選定了下拉式的項目, 下方資料就跟著變化顯示

_________________
各取所需 各盡所能
回頂端
檢視會員個人資料 發送私人訊息
syntech



註冊時間: 2003-05-16
文章: 4249
來自: Taipei,Taiwan

第 5 樓

發表發表於: 星期四 七月 17, 2008 9:08 am    文章主題: 引言回覆

那個應該是從 EXCEL 抓的吧!

按鈕的內容是 "SELECT distinct cell(N) FROM SHEET(m) ORDER BY cell(N)"
並不是什麼很了不起的東西.

不知道樓主需求是什麼?
"一個商品在某一店家某日的價格"
如果是你抓的EXCEL 圖,實際上那是不可運算的文字欄位吧.

yang1032 兄說的是個好方法,
看你需要做幾家,
table可以這樣設計,
沒幾家的話就做 DATE01,PRICE01,DATE02,PRICE02,......
或是 STORE01,DATE01,PRICE01,STORE01,DATE02,PRICE02,...... 記錄是哪一家店賣的,

只是你不一定會做.

_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問

請聯絡我們,也許我們幫得上忙
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件 AIM Address
elson



註冊時間: 2004-05-16
文章: 10


第 6 樓

發表發表於: 星期五 七月 18, 2008 7:34 pm    文章主題: 引言回覆

我本來也是想將table設計成 syntech大大所說的,
「沒幾家的話就做 DATE01,PRICE01,DATE02,PRICE02,......
或是 STORE01,DATE01,PRICE01,STORE01,DATE02,PRICE02,...... 記錄是哪一家店賣的」
但是我又想如果一家店有更多的資訊,如 地址,折扣,REMARK等...
那是不是就等於是把所有店的所有資料都放在同一個table上,這樣就不是正規化了...其實我也不太清楚, Rolling Eyes
或許我還有許多觀念要釐清吧... Embarassed
還請大大們不吝指教... Very Happy
回頂端
檢視會員個人資料 發送私人訊息
syntech



註冊時間: 2003-05-16
文章: 4249
來自: Taipei,Taiwan

第 7 樓

發表發表於: 星期五 七月 18, 2008 8:59 pm    文章主題: 引言回覆

利用廠商編號不就可以取得這些資料,
哪需要放在同一個TABLE上.
這就是所謂"關連資料庫"呀.

不過我是遇過有軟體公司這樣設計的,
動不動就拖著N百個欄位在動.

理論是理論,
重點在於如何設計,資料處理才有效率.
正規化最後的動作,其實是反正規化.
而不是不斷的正規化下去

_________________
如果公司有下列困擾:
1. 找不到便宜,快速,簡易的 生產排程軟體
2. 不知道如何快速排定 採購計劃
3. 成本抓不準,自己算比軟體算有用
4. 想學習系統規劃,想找系統架構的顧問

請聯絡我們,也許我們幫得上忙
回頂端
檢視會員個人資料 發送私人訊息 發送電子郵件 AIM Address
從之前的文章開始顯示:   
發表新主題   回覆主題    VFP 愛用者社區 首頁 -> VFP 討論區 所有的時間均為 台北時間 (GMT + 8 小時)
1頁(共1頁)

 
前往:  
無法 在這個版面發表文章
無法 在這個版面回覆文章
無法 在這個版面編輯文章
無法 在這個版面刪除文章
無法 在這個版面進行投票
無法 在這個版面附加檔案
無法 在這個版面下載檔案


Powered by phpBB © 2001, 2005 phpBB Group
正體中文語系由 phpbb-tw 維護製作