哈! 准备练功吧, 即使现在简单混过, 日後终究还是要面对这个问题. 分类表跟器材要切成独立的两个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