一周开发技术总结。idea,分层分级,分布式数据访问

总结一,

刚刚接触这个公司的项目,这个项目是做关于多用户访问的分布式架构的代理系统。


这里在访问数据库分别分离了三个库,原本Agency是可以单独访问数据库的,

随后将Agency访问数据库的任务分离出来,由以下的子项目分别访问,当然这里会涉及到跨库问题

所以我们使用zookeeper,ZooKeeper是一个分布式的,开放源码的分布式应用程序协调服务。

可以查看---https://www.cnblogs.com/felixzh/p/5869212.html 的博客。

总结二,

    1.关于数据库,主要是这三部分,分别代理人相关表Agent,订单相关的表Order,还有就是资源相关的表Resourcesw,项目也就是根据这三个数据子库,分别封装了三个相关的dao。

    2.关于Agency关于该字面自已能知道,他是三个字库的中心机构。主要作用:第一,实现业务逻辑。第二,对子项目封装的接口的调用。这里的接口也是很简单的,也就是对三个子项目打成api然后,对外提供一个接口,再api的内部其实早已实现接口,最后我们用Spring的依赖注入,对于该封装好的接口进行引用。

    3.简单的谈一下该项目的优缺点吧(个人理解)

        优点:第一,分库分表,有效的加快了数据的查询,缓解了数据的访问压力,减轻了许多表进行开发的难度。

                第二,便于扩展新功能,这也是框架最重要的一点。

                第三,保证了数据的安全性和完整性,只有当三个子项目同时开启,所需的中心操作才能启动。

        缺点:第一,在开发中我们遵循open-close原则,当我们在添加新表的时候,我们需要添加的文件的负担再加重。添加一张表,就要添加一个mapper,添加一个dao,一个service,一个Controller实现,一个Controller接口。

                第二,子项目一旦封装完毕,就会被打成jar包,不允许更改,如果有一个跨库跨表的sql语句,我们需要在指定的子项目的mapper中添加,随后我们必须在重新打包,才能有对应的方法的调用。

总结三,

        对于zookeeper理解。下一篇文章讲述。


猜你喜欢

转载自blog.csdn.net/weixin_42102798/article/details/80785213