哈! 準備練功吧, 即使現在簡單混過, 日後終究還是要面對這個問題.
分類表跟器材要切成獨立的兩個table, 另外還要各自做出可以CRUD+Q
(增讀修刪+查)的程式模組. 至於自動檢核倉庫盤點的部份要看實際需
求而定. 以下簡單列舉基本的資料關聯架構:
employees <=-----------------+
+- check_records
categories <=- equipments <=-+
check_records(檢查表)
id
check_date
equipments_id
employees_id
check_result
categories(器材分類表)
id
name
equipments(器材)
id
name
categories_id
xxx
employees(作業員)
id
name
yyy
基本上是醬子. 以後分類的增修刪都無需變動到資料關聯架構.
如果一個設備可以做多重的分類, 或是分類之間又有階層式的關聯的話,
那問題會更複雜些. 資料關聯架構的規劃還好, CRUD+Q 程式設計的部份
要跟著應變, 粉累.
※ 引述《blueguan ()》之銘言：
: 我最近碰到一個問題，我現在卻不知道該怎麼設計比較好！
: 來問問看大家的想法～～
: 每天會有兩個人會清點庫存的器材
: 程式要在定期去檢查這兩個人清點的器材是否正確
: 所以我ㄧ開始的想法如下
: Date Class_A Class_B Class_C
: $time X X X
: 但是今天碰到的問題是器材的種類會增加或刪除
: 那這樣Table的欄位就會必須要做到動態的方式
: 但是比較希望是能將欄位做到比較少變動的方式
: 請問各位有什麼方式可以來做
: 問各位大大有處理過這樣相似的問題嗎！！
: 先感謝各位大大了~~~~~
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 59.104.191.26