mybatis plus该不该用 SpringData JPA也能写sql，为什么还要用mybatis？
SpringData JPA也能写sql，为什么还要用mybatis？
在头条上问这个问题真是太醉了。。顺便说一句，胡说八道太多了。
国内设计理念为表驱动。总之，逻辑是由数据表决定的，实现是由模型来完成的。事实上，这与面向对象的思想截然相反。大多数工程师手中所谓的mybatis的灵活性是，他们不需要考虑如何设计模型。”不管怎样，我可以用原生SQL来解决这个问题。模型设计太差了，只能靠SQL来修正。JPA是完全对象驱动的思想。早期设计的缺陷会制约后续的开发，不同的数据库可以用不同的方式实现（事实上，即使redis也是一样的）。回答一些常见的问题。
1. JPA表的连接行为具有不确定性和难以控制性。
您确定使用了spring数据JPA吗？不知道有实体图吗？当一个傻瓜达到这个水平时，他能做什么。
2. JPA子查询不容易实现。
我想你没用过，是吗？spring数据JPA的子查询不仅可以单独定义视图，还可以进行子查询，甚至可以直接使用jpql。
3. JPA不容易优化。
我真的不相信99%的优化能超过spring data JPA的优化。特别是，普通程序员能否停止谈论优化？他们甚至搞不懂MySQL的锁。表设计就像一堆废话，他们仍然每天使用原生SQL。你觉得他们很棒吗？JPA可以将表属性反映到对象。当然，运行时优化是有基础的。ORM的发展空间太大了。任何有点技术知识的人都知道ORM将拥有越来越多的优势。有一点经验的程序员都知道，在谈论其他人之前，是时候先谈论良好的维护了。解决性能问题的方法太多了。
最后，难道你不知道ORM cqrs现在是提倡的吗？请问，有没有什么复杂的问题没有原生SQL的介入是无法解决的。
使用mybatisplus，如何定义service层和dao层？
根据mybatis plus的设计模式，那些接受conditional or和wrapper参数的方法就是conditional or wrapper object的参数
！在您的示例中：用户映射器.selectOne（new QueryWrapper<User>（）.eq（”user）此映射器方法属于Dao层。它接受从服务层传递的对象querywrapper。你认为你有一种心态用户映射器.selectOne（new QueryWrapper<User>（）.eq（“userAge”，Age）作为一个整体是一个Dao方法，不是
用户映射器.selectOne（），您只需要自定义所创建的包装器对象。
记住：方法是一个参数，不是别的。
基础是最重要的。一起看书和看视频。如果你学过C，你也许能更好地理解它。如果你还没有学过C，你需要好好看看javase。只有理解并熟练应用JavaEE，才能更好地理解它。先学习javase（继承多态性、封装抽象集合类、多线程异常等）-JavaWeb（HTML-CSS-jsp-servlet-JDBC等）-JavaEE（各种框架，如SSH、SSM等）。如果你想了解我更多，我可以给你发一个免费的视频或阅读我的文章，这将提高你。
求教mybatis分页插件的实现原理？
1. 亲mybatis是自己写的SQL语句啊，和Hibernate不一样。
2. 要知道上面的内容，还需要知道MySQL有一个叫limit的分页语句，比如：limit（1,10）第一个参数是未知的，最后一个是多少个查询。
3. Oracle的分页方法是嵌套子查询，它需要使用rownum属性。SQL server排名第一。分页示例：Oracle select*from（select EMP。*，rownum RN from EMP where rownum<9）where RN>3 MySQL select*from EMP limit StartIndex，maxnum
mybatis plus该不该用 mybatisplus分页原理 不要使用mybatisplus
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
