天哪, 又掉進推文地獄, 只好用回覆的方式. ※ 引述《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