我正在使用更加灵活的MongoDB重新设计一个非常规范化的数据库。当前的问题是,现有的结构不支持在不广泛更改MySQL模式的情况下实现的新进程。MongoDB的理念似乎对业务的未来更有意义,而不是修改现有的系统。你知道吗
业务规则如下:
必须跟踪原材料。有关这种原材料的日志将在分析的基础上制作。 一种原材料将被加工并转化成一种成分。必须保留有关此多步骤转换的日志。 组件将被加工成零件。必须保留有关此过程的日志。 零件可以在部件中使用。 零件或组件可以运送给客户。 而且,对于不同的材料,完成转化的工艺系统是不同的。此外,在发现优化过程的情况下,它需要是动态的。你知道吗
收藏和文件:
我的问题是关于父母和孙子对象之间的关系。我是否应将它们与子文档包含在同一文档中,即(孙子代表零件):
parent(Raw material): {
name: 'parent item'
desc: 'parent desc'
child(component from raw material processed): [
{
name: 'child name'
desc: 'child desc'
child-property: 'some property'
grandchild(a part): [
{
name: 'grandchild'
},
{ name: 'grandchild2'}
]
},
{
name: 'child name 2'
desc: 'child desc 2'
child-property: 'some property 2'
grandchild: [
{
name: 'grandchild of 2'
},
{ name: 'grandchild of 2 - 1'}
]
}
}
我预计会有大量的孙子孙女,最好的办法是什么?你知道吗
目前没有回答
相关问题 更多 >
编程相关推荐