所在位置:答疑 - 内容   
应急救援指挥系统中涉及到事故分类、应急物资分类
 

边走边唱(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
嗯,明白了