今天完成的事：

1、方案评审：

架构图：

1、dal是不要的

2、admin  可以调用两个service

3、两个service分别访问两个数据库

4、部署几台服务器。

方案：

5、方案具体怎么做的，需要把具体的东西SQL语句写出来

6、找职位接口的不能使用动词/find/profession

7、推荐职位没有排序 有列表一定有排序

8、接口糅杂 没有想到具体优化

9、需求变更的话需要改内容如果把它放到一个接口上的话会使数据需要重新更新。

10、productor新增的时候是提交两个接口的，所以说我们需要考虑一下在插入公司的逻辑里插入公司产品，这样的话才能确定我们在调用接口的时候能同时使用一个接口提交。

11、在编辑的时候入如果我们考虑一下父子模块的关系，如果我们考虑一下父子模块的关系如果我们考虑父子模块的关系的话，我们要考虑两个方法一种是提交的时候把它全部保删除之后在保存，或者是应该对比一下两个内容是不是有变动，具具体的对比的就是新的产品表和原来数据库表进行对比，三张结果，判断更新。

12、for循环里面不能写数据库连接，for循环只能去处id列表，然后通过id去取对象。service一次调取数据库需要的5ms-20ms，util里面可以把职位对象里面的某个属性获取出一个集合，在jvm里面去处理性能的时候几乎不好性能

明天计划的事：修改方案，

遇到的问题：其实自己还是有点乱的，，我们要去找pm改需求么，复盘的需求不是定好的么（需求不合理了，该怎么改），如何在满足需求的前提下，提高性能。接口的设计思路如何适应将来需求的变更，

收获：知道了自己很多地方考虑不全

总结：方案设计好难