天哪, 又掉進推文地獄, 只好用回覆的方式.
※ 引述《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
: 這兩種方式哪種存法比較好~~
: 右邊格式是符合我的動態，卻會造成資料量很大
: 左邊格式是可以存較少的資料，但是卻會造成我現在的困擾是欄位卻乏彈性
: 所以就上來請問各位大大啦～～～～
右邊的方式符合資料庫設計的'正規化'原則, 也是應該盡量採用的設計方式.
左邊那種方式只是權宜之策, 一般是資料庫設計還未有明確的規格時, 暫時用
來存資料的權宜之策而已(最常見的就是以前的Excel檔, 把報表當成資料表在
存資料), 若要把資料拿來'活用', 終究要往右邊的設計方式靠攏.
: ---------------------------------------------------------------------------
: 回應 bobju大大
: 我的分類表格式跟bobju大大以下的範例的想法有雷同說 :P
: categories(器材分類表)
: id
: name
: equipments(器材)
: id
: name
: categories_id
: employees(作業員)
: id
: name
: 其他的也相似，只是當初在弄Database時會多出其他欄位~~
: 大部分都相似! 我現在的考量也是在於要增與刪欄位
: 我怕變化很大~會造成資料庫以後的Error
: 所以想來問問看各位大大有沒有碰過這類似設計資料庫的方法!!
: 感謝各位大大~~這麼快就回應小弟我了 > <"
: 感謝~~
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 59.104.191.26