jpa多条件模糊查询 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的介入是无法解决的。

关于Java开发使用哪个ide较稳定？

我是宇文。我擅长Java。

毫无疑问，eclipse和idea是应用最广泛的java开发和集成环境。当然，netbean将用于教科书或旧材料中。我不想在这里谈论它，因为它基本上已经过时了。

我已经使用了这两个IDE。让我们谈谈我自己的经历。

eclipse的开源特性使许多企业更加热情，因为他们不必支付版权费。而其更方便的选择自己喜欢的插件也是最灵活的功能。

一般来说，eclipse相对较轻，启动速度快，运行程序所消耗的内存比idea少，而且它的热部署比idea更易于配置和使用。

最糟糕的经验是，集成在eclipse上的git不易使用，而且很容易发生冲突或代码版本落后于远程仓库。思想在这里占主导地位，如下所述。

尽管idea需要付费，但很多人还是喜欢使用破解版，因为idea一旦被使用，很多程序员会认为eclipse太难使用。

事实上，我认为idea在很多方面都比eclipse对程序员更友好。

例如，GIT函数不需要隐藏自身。当你直接在git上拉取代码时，它会自动为你隐藏并为你解包。不用担心远程仓库的代码比您的版本更新。

此外，Maven on idea非常易于使用。直接再进口可以省去很多麻烦。在eclipse中，仍然需要单击鼠标。最后，有些人只能默默地删除Maven中的jar包，然后再次拉它。

如果稳定性好，我不认为它会崩溃，除非你的电脑没有足够的内存。如果您选择，建议您根据公司的要求使用您习惯的任何东西。

jpa多条件模糊查询 spring jpa 动态sql jpa是怎么实现多表查询

版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。