在DDD领域驱动下的微服务数据库的MVC设计思路(高度可行性)

在DDD领域驱动下的微服务架构中使用MVC设计思路来设计数据库是可行的,因为MVC是一种经典的软件架构模式,可以将应用程序分为三个主要部分:模型、视图和控制器。在微服务架构中,每个微服务可以看作是一个模块,可以使用MVC模式来设计和组织其数据库。

下面以一个项目为例子来说明:

M层可以包含基础功能的微服务(这里有多个),它们通常包含数据模型,这些微服务的主要任务是处理基础数据或则是基础功能,比如文件上传微服务、字典微服务、权限管理微服务、产品微服务、风控微服务,等等的基础信息微服务,因此它们可以被视为MVC模式中的模型层。

C层可以包含主要逻辑的微服务(这里就一个),它们通常是应用程序的核心部分,负责处理主要的业务逻辑。比如业务的所有流程从进件、贷前测额、信授、放款、贷后监控、费用生成、流程管理、还款计划、流程回退,锁定店铺,贷后监控、季度风控计算、店铺维护、钉钉消息发送等等 。同时C层的微服务中,可以把M层的一个基础功能微服务对应C层微服务中的一张或多张表(保持有一个小主表),这样容易在C层中模块化管理,便于扩展表。同时在C层中再保留一个主表(做各种查询操作的桥梁表),这个主表就存一个各个小主表的id(这样主表的字段就不会大多,可能不超过20个字段)。 这个微服务可以被视为MVC模式中的控制器层。

V层可以包含各种统计信息的结果服务(可以有多个,这里就一个),它们通常用于数据的统计,可以被视为MVC模式中的视图层。比如以店铺和借款人为维度的画像统计数据, 每天、每周、每月的通过定时器去跑数据(从C层微服务中取数据,MVC架构的层次感就出来了),以确保以店铺维度和以借款人为维度的风控数据的准确性,便于准确的把握好店铺和借款人。

使用MVC模式来设计数据库可以使微服务更加模块化和可维护。它可以帮助开发人员更好地理解和组织微服务的功能,并使微服务之间的通信更加清晰和简单。同时,MVC模式还可以帮助开发人员更好地组织和管理数据,并确保数据的一致性和完整性。

那么什么是DDD领域驱动呢?看这里:关于DDD的关键部分摘抄-CSDN博客

相关推荐
DavidSoCool11 分钟前
RabbitMQ使用topic Exchange实现微服务分组订阅
分布式·微服务·rabbitmq
m0_623955661 小时前
Oracle使用SQL一次性向表中插入多行数据
数据库·sql·oracle
Exclusive_Cat1 小时前
SpringMVC参数接收与数据返回详解
spring·mvc
掘金-我是哪吒1 小时前
分布式微服务系统架构第158集:JavaPlus技术文档平台日更-JVM基础知识
jvm·分布式·微服务·架构·系统架构
阿蒙Amon2 小时前
C#读写文件:多种方式详解
开发语言·数据库·c#
东窗西篱梦2 小时前
Redis集群部署指南:高可用与分布式实践
数据库·redis·分布式
就是有点傻3 小时前
C#如何实现中英文快速切换
数据库·c#
Kookoos3 小时前
ABP VNext + Tye:本地微服务编排与调试
微服务·云原生·架构·tye
1024小神3 小时前
hono框架绑定cloudflare的d1数据库操作步骤
数据库
KellenKellenHao5 小时前
MySQL数据库主从复制
数据库·mysql