Moqui中的资产实体有一个关联的资产字段。但是,我们有一个用例,其中多个资产需要与一个资产相关联。
例如,工具(制造设备)只能在指定的机器(制造设备)中使用。我们正在探索创建一个连接实体的选项。
我们是否偏离了框架的最佳实践?
补充回答David e Jones的评论
业务需求
发布于 2019-02-13 09:43:23
正如David所说,如果没有细节和上下文,很难针对业务需求进行设计,而且这里的内容相对较少。
我想,在特定机器上可能设置的工具可能包含很大的范围,与可能出现的组件订单的组件规范的范围有关。
这里设计的主要过程--我猜是选择最经济上最优的机器--为一个特定的订单使用工具来设置,这总是会根据其他正在进行的或计划中的订单以及这些订单分配给的机器而变化。
回到上面的查询中,如果您将特定的工具或工具定义为资产,则可能包含一种方法,将assetTypeEnumId定义为“工具”或类似工具,并在机器和工具的资产类型中使用classEnumId,以规定应该使用该工具的机器的最大经济水平,等等。
或者,或者另外,查看AssetStandardCost实体并为assetStandardCostTypeEnumId设置一些枚举可能是有用的。
从表面上看,尝试将多个工具直接关联到多台机器(加上一系列约束)的方法很快就会带来指数式的可能性。
总之,我的经验是,如果您查看现有的实体,它们通常会提出各种方法,然后当进一步的需求出现时,您可能会很高兴您使用了现有的东西,而不是尝试做一些新的事情。
发布于 2019-02-11 17:53:23
没有细节和上下文,很难设计业务需求,但听起来您真正想要建模的不是资产级别,而是产品级别。对于资产类型产品,产品和相关实体(如ProductAssoc)用于定义物理项的特征,资产记录表示实际的物理项。
这方面的一个例子是事物的维护方面。维护计划是产品定义的一部分(适用于该产品的所有资产),维护历史是事物资产方面的一部分(仅适用于特定的物理项目)。
https://stackoverflow.com/questions/54637759
复制