台灣最大程式設計社群網站
線上人數
1119
 
會員總數:244996
討論主題:188957
歡迎您免費加入會員
討論區列表 >> MS SQL >> [SQL]若我有一千個會員,而每個會員都有交易資料........
[]  
[我要回覆]
1
回應主題 加入我的關注話題 檢舉此篇討論 將提問者加入個人黑名單
[SQL]若我有一千個會員,而每個會員都有交易資料........
價值 : 0 QP  點閱數:2464 回應數:5

樓主

Cubon
初學者
54 14
0 12
發送站內信

若我有一千個會員(說不定更多),而每個會員都可能會有幾十筆的交易資料
這樣我是該用那一種作法呢?...

1.開兩個TABLE,一個是放會員基本資料,一個是放所有人的交易記錄,然後是由第一個TABLE找到某一個會員後再連結到第二個TABLE去SELECT這個人的資料.

2.有幾個會員就開幾個TABLE,所有相對於某個會員的基本資料和交易記錄都放在同一個TABLE裡面...

希望各位給我一點兒建議,就以下列兩面來說:

1.上面兩種方式那一個資料庫比較會佔空間?資料庫會不會容量過大,佔去太多空間?
2.以上述第一種方式施做時,會不會有SELECT時間過久的問題(這可能跟我的頻寬有關,但沒關係希
 望你們多給一些意見就很感激了.)
3.有過類似經驗的人就多給一些意見吧.....

期待您寶貴的意見....謝謝

本篇文章發表於2002-03-22 15:59
別忘捐VP感謝幫助你的人 新手會員瞧一瞧
1樓
作者回應

Cubon
檢舉此回應
哦....另外附帶一點,若這些交易資料是永久保存的,也就是有可能資料庫會越來越大(MB)..!!
本篇文章回覆於2002-03-22 16:08
== 簽名檔 ==
--未登入的會員無法查看對方簽名檔--
2樓
回應

凱斯
檢舉此回應
我覺得還是用第一種方法吧
SELECT會不會太久就要看你怎麼下判別式以及你的技巧
不然開了那麼多的TABLE要維護時不是很不方便嗎
現在大家用資料庫應該都是使用關聯
我想你應該再把會員交易的內容再開一個TABLE才好
就是1.會員資料
         2.交易資料
         3.交易明細
我想這樣會比較好
不知道各位覺得呢
有更好的請提出來讓我學習
因為我也是在寫購物網站的程式
小公司沒什麼人可以教我
本篇文章回覆於2002-03-22 16:13
== 簽名檔 ==
--未登入的會員無法查看對方簽名檔--
3樓
回應

Allen
捐贈 VP 給 Allen 檢舉此回應
我同意凱斯的建議, 直接做吧! 幾萬筆記錄對資料庫來說只是小兒科而已
本篇文章回覆於2002-03-22 16:17
== 簽名檔 ==
--未登入的會員無法查看對方簽名檔--
4樓
回應


檢舉此回應
一千個會員..每個人有一千筆交易..
1.一個table有一千筆資料..另一個table有100萬筆...
2.一千個會員有1001個table..每個table有一千筆資料...

我會選擇第一種方式..1000個table...光用想的就頭皮發麻...很難維護的...
再則..假如會員中有5個人的名字都叫做狐...
第一種方式很容易找出這5個狐的所有交易紀錄...
第2種方式就要分5次去查...麻煩多了....
本篇文章回覆於2002-03-22 17:21
== 簽名檔 ==
--未登入的會員無法查看對方簽名檔--
5樓
作者回應

Cubon
檢舉此回應
跟我自己想了許久....
好像也是要用第一種才會讓資料庫看起來有實用的價值.
謝謝各位先進的指教....我大概知道如何做了...
本篇文章回覆於2002-03-23 00:49
== 簽名檔 ==
--未登入的會員無法查看對方簽名檔--
   
1

回覆
如要回應,請先登入.