边走边唱(378***063)9:15:36
在实际开发中碰到这样一个选择问题：应急救援指挥系统中涉及到事故分类、应急物资分类、应急预案分类...这些分类的关键字段都是分类名称、分类编码、所属父级分类。
对这些分类数据存储的设计，我一个同事的意见是，把这些分类都存储在一个分类编码表中，这样事故分类、物资分类等都可以重用一张表，一套代码，实现起来快，复用性很好。
但我觉得多个分类体系共有一张表不利于建立对象之间的关联，"分类"也应该是一个对象，从面向对象的角度来看，应该每一种分类体系单独处理，对应单独的一张表，这样扩展性更好。
哪一种方式更好呢？望潘老师和各位大侠指点！
潘加宇(3504847)9:17:54
想多了,把概念里清楚就行
你要把两个问题分开:
(1)应急救援领域的各个概念之间的关系,是怎样就是怎样
(2)某个形状的类图,当遇到性能问题时,如何折衷处理
潘加宇(3504847)9:20:07
也就是说把应急救援的规则老老实实表达出来就可以.我猜想,你这个领域的故事应该就是:不同类型的事故,采用不同类型的物资和预案
边走边唱(378***063)9:22:53
事故分类、物资分类之间没有很明确的关联。
边走边唱(378***063)9:25:44
潘老师的意思是，建模时先不考虑数据到底怎么存储的，按领域事实建模型，该分就分。到底是多个分类映射到一张表上，还是映射到单独的表上，是另一个问题，对吧？
潘加宇(3504847)9:26:11
对的
潘加宇(3504847)9:26:57
为了解决性能问题如何这种映射,与你的类叫事故还是阿猫阿狗无关
边走边唱(378***063)9:26:55
那如何映射这个问题，哪一种方式更好呢
潘加宇(3504847)9:27:30
当然是最直接的映射
潘加宇(3504847)9:28:10
你先尝试着画类图吧。
边走边唱(378***063)9:28:54
好
潘加宇(3504847)9:29:15
把应急救援的规则老老实实表达出来
去翻阅规章制度或者调查客户实际工作怎么做的
边走边唱(378***063)9:30:55
嗯，明白了