Re: 請問這樣資料庫該怎麼設計比較好!!

[blueguan ()]

※ 引述《blueguan ()》之銘言：
:     我最近碰到一個問題，我現在卻不知道該怎麼設計比較好！
:     來問問看大家的想法～～
: 　　每天會有兩個人會清點庫存的器材
: 　　程式要在定期去檢查這兩個人清點的器材是否正確
:     所以我ㄧ開始的想法如下
:     Date  Class_A  Class_B  Class_C
:     $time    X        X        X
:     但是今天碰到的問題是器材的種類會增加或刪除
:     那這樣Table的欄位就會必須要做到動態的方式
:     但是比較希望是能將欄位做到比較少變動的方式
:     請問各位有什麼方式可以來做
: 　  問各位大大有處理過這樣相似的問題嗎！！
:     先感謝各位大大了~~~~~

回應Wingel大大:

我當初也是這樣想，就是利用以下Table(三個欄位)的方式來做

        Date    Class     器材數量
        05/01   個人電腦  5
        05/02   個人電腦  4

此種方式去紀錄去紀錄每筆。

但是這樣的方式會有個問題是在於說，種類很多～～

這樣會造成每天多快要一百筆的資料～

所以就在想這樣存會不會比較好！！哪時候是這想法的～～

不過我不確定的是

Table A 格式                       |Table_B格式
           (個人電腦) (筆記型電腦) |      Date   Class  數目
    Date    Class_A    Class_B     |      05/01  A      5
    05/01   5          4           |      05/01  B      4
    05/02   5          3           |      05/02  A      5
                                   |      05/02  B      3

這兩種方式哪種存法比較好~~

右邊格式是符合我的動態，卻會造成資料量很大

左邊格式是可以存較少的資料，但是卻會造成我現在的困擾是欄位卻乏彈性

所以就上來請問各位大大啦～～～～

---------------------------------------------------------------------------

回應 bobju大大

我的分類表格式跟bobju大大以下的範例的想法有雷同說 :P

        categories(器材分類表)
         id
         name

        equipments(器材)
         id
         name
         categories_id

        employees(作業員)
         id
         name

其他的也相似，只是當初在弄Database時會多出其他欄位~~

大部分都相似! 我現在的考量也是在於要增與刪欄位

我怕變化很大~會造成資料庫以後的Error

所以想來問問看各位大大有沒有碰過這類似設計資料庫的方法!!

感謝各位大大~~這麼快就回應小弟我了 > <"

感謝~~

--
※ 發信站: 批踢踢實業坊(ptt.cc) 
◆ From: 220.133.81.56
推 MrMarcus:每天一百多筆對現代資料庫來說根本沒什麼，不需擔心這點
推 Wingel:推樓上  我現在每天幾十萬筆資料都在跑了  不用怕
推 Wingel:另外一個好的資料庫設計，竊以為不應該經常增刪資料表欄位
推 bobju:右邊那種方式較符合正規化, 是屬於"好"的設計方式. 左邊那種
→ blueguan:嗯嗯~~v(￣︶￣)y  好的!!我大概了解了~~ 感謝各位大大
→ blueguan:所以Table_B的方式屬於較適合的設計方式~~~:D