wangYQ 最近的时间轴更新 wangYQ 最近的时间轴更新 |
wangYQV2EX 第 125377 号会员，加入于 2015-07-03 12:04:31 +08:00 |
wangYQ 最近回复了
288 天前 回复了 XiaoJiang9527 创建的主题 › 程序员 › Java Hibernate 复杂实体关联下，简单查询都很慢，如何优化？ |
@XiaoJiang9527 不能抱有敌意，根据对技术喜好看问题。如果你换成 mybatis 也会面临其他的问题，也没有办法保证百分百没有其他的问题。在有限的空间内做最大程度的优化就好，即使就是搞不定了，需要重构，也是需要多人讨论，评审后，再下结论，做选型，做改造。说句不好听的话，接手了屎山，改造就好比屎山雕花，有时候盲目的重构，弄完发现不过是在屎山旁边又拉了一坨。
288 天前 回复了 XiaoJiang9527 创建的主题 › 程序员 › Java Hibernate 复杂实体关联下，简单查询都很慢，如何优化？ |
@XiaoJiang9527 但是这样的成本有点大，
1.老项目，其中业务饱经沧桑，如果有很熟悉业务的完全可以重新改，如果不存在业务完全了解的人，还是不要贸然干，不知道有什么特殊业务的坑藏在细小的地方。
2.SQL 单独执行很快，只是关联查询慢，看能不能把需要的数据通过数据库层面视图，冗余字段，减少一个接口调用太多的 SQL ，减少开销。
3.如果项目后期有更换数据库的需求，Hibernate ，JPA 这种还算是比较方便，换个方言能解决一大部分的事情，要是都是原生 SQL 用了一些特殊函数，改数据库的话工作量特别大
1.老项目，其中业务饱经沧桑，如果有很熟悉业务的完全可以重新改，如果不存在业务完全了解的人，还是不要贸然干，不知道有什么特殊业务的坑藏在细小的地方。
2.SQL 单独执行很快，只是关联查询慢，看能不能把需要的数据通过数据库层面视图，冗余字段，减少一个接口调用太多的 SQL ，减少开销。
3.如果项目后期有更换数据库的需求，Hibernate ，JPA 这种还算是比较方便，换个方言能解决一大部分的事情，要是都是原生 SQL 用了一些特殊函数，改数据库的话工作量特别大
355 天前 回复了 nodejsexpress 创建的主题 › 职场话题 › 国内 50 岁以上的 IT 程序员，现在从事着什么职位或者行业？ |
我这很多 40 多的开发，而且还有做售前咨询的
2023-11-14 14:00:02 +08:00 回复了 weiruanniubi 创建的主题 › 职场话题 › 想送还未入职公司的 HR 一件小礼物，送啥好呢？ |
入职之后私下约顿饭可好？没去就送被看见反而不好
2023-11-02 10:21:18 +08:00 回复了 fuxinbbit 创建的主题 › 云计算 › 大佬们，帮我看个问题 |
发行版 或者 cpu 方向想想呢；毕竟你们的测试环境都是通用环境
2023-10-30 14:49:43 +08:00 回复了 shuaishuaivip 创建的主题 › 买买买 › 程序员一般用什么洗发水来防止脱发？推荐下～ |
买了霸王
2023-08-30 17:16:19 +08:00 回复了 shinelamla 创建的主题 › 程序员 › 大家是如何重构已有项目的？怎么进行新的代码/架构设计？ |
@shinelamla 重构就是比较麻烦，我的想法是首先要看：
1.需要不要做服务，不需要不做，没那么大量不做。
2.把涉及到的业务完全梳理出来，形成文档，多方确认保证业务没有问题。
3.再确定能不能从全局的视角看一下这个模块的东西能做什么样的设计，能从全局视角看问题和只从这个模块的业务出发得到的设计是两个东西。
4.从影响程度比较轻的地方入手，尽量将重构的影响降到最低。
5.重构的东西的测试要更加严格。
1.需要不要做服务，不需要不做，没那么大量不做。
2.把涉及到的业务完全梳理出来，形成文档，多方确认保证业务没有问题。
3.再确定能不能从全局的视角看一下这个模块的东西能做什么样的设计，能从全局视角看问题和只从这个模块的业务出发得到的设计是两个东西。
4.从影响程度比较轻的地方入手，尽量将重构的影响降到最低。
5.重构的东西的测试要更加严格。
2023-08-30 16:00:42 +08:00 回复了 shinelamla 创建的主题 › 程序员 › 大家是如何重构已有项目的？怎么进行新的代码/架构设计？ |
能跑着就不要重构，除非必要。除非性能，功能实在没法满足得重构再说，要不然，看屎山代码确实脑袋疼，有得还没有文档传承，有得人都走了，问都没处问
Select Language