如何解决哪种模式使用单个集合来保存数据?
我们使用 Mongo 数据库进行数据持久化,我们的处理是通过微服务完成的,这些微服务是通过 BPMN 标准中的 zeebe 平台的 worker 调用的。
公司架构师建议我们使用单一集合来存储数据,将用户、产品等数据规范化,具有相同的契约,并带有指示数据类型的标志。
有效载荷看起来像这样
{
"sku": "","attributes": [
{
"id": "","name": "","values": [
{
"valueId": "","value": "","uom": ""
}
]
}
],"dataAtualizacao": "","brand": "","keys": [
{
"id": "","value": ""
}
],"assets": [
{
"id": "","version": "","assetPushLocation": "","url": "","resize": {
"small": "","medium": "","large": "","xLarge": "","xxLarge": ""
},"attributes": [
{
"id": "","values": [
{
"valueId": "","uom": ""
}
]
}
],"assetType": "image","keys": {
"id": "","name": ""
}
}
],"type": ""}
这样我们就可以重用,因为通过 zeebe,我们可以重用其他流中的某些“框”,例如转换数据的框和将它们保存在 mongo 中的框。除了可能出现的其他情况外,只需要有相同的进入合同(这是我们的规范化)。
作为我第一次看到这种类型的数据处理方式,除了在数据湖中,数据湖通常会收到几个不同的合同并因此被处理和过滤,这种方法使用什么样的架构?我们将来会遇到什么问题?
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。