wangYQ

感觉慢慢 vscode 也能用了，jb 家现在还是有些顺手的插件不愿意换

1.福州市是不是你老家，如果是你老家，我认为苟着不错。
2.现在外面市场竞争压力变大，如果项目是明年 9 月份结束，在本就轻松的工作中学点外面市场需要的技能。
3.盲目出来还没有准备，压力比较大 。

Mongodb 也不是魔法啊。 还得看：
1.单表多少数据
2.列的数量
3.需要排序的字段都是什么类型
4.查询的 SQL 能不能再进行优化
然后从业务方式能不能处理。不能处理。看数据能不能冷热处理一下。都不行，在考虑用其他类型的数据库呗

要是读库还方便点，直接写个 API 服务直接抽就完了。但是对每个厂商，每个厂商可能还有认证，鉴权。每家还有不同的数据格式。。简单点你做中间层，然后就像#14 一样，一杯茶，一包烟，一个厂商对一天。。。 能挣半个月的钱，为啥要挣 7 天

便宜又大碗，推荐京华茶叶的高碎 喝着便宜不心疼

@XiaoJiang9527 不能抱有敌意，根据对技术喜好看问题。如果你换成 mybatis 也会面临其他的问题，也没有办法保证百分百没有其他的问题。在有限的空间内做最大程度的优化就好，即使就是搞不定了，需要重构，也是需要多人讨论，评审后，再下结论，做选型，做改造。说句不好听的话，接手了屎山，改造就好比屎山雕花，有时候盲目的重构，弄完发现不过是在屎山旁边又拉了一坨。

@XiaoJiang9527 但是这样的成本有点大，
1.老项目，其中业务饱经沧桑，如果有很熟悉业务的完全可以重新改，如果不存在业务完全了解的人，还是不要贸然干，不知道有什么特殊业务的坑藏在细小的地方。
2.SQL 单独执行很快，只是关联查询慢，看能不能把需要的数据通过数据库层面视图，冗余字段，减少一个接口调用太多的 SQL ，减少开销。
3.如果项目后期有更换数据库的需求，Hibernate ，JPA 这种还算是比较方便，换个方言能解决一大部分的事情，要是都是原生 SQL 用了一些特殊函数，改数据库的话工作量特别大