大家好，关于hibernate为什么不用写sql很多朋友都还不太明白，不过没关系，因为今天小编就来为大家分享关于不建议把业务逻辑写在sql里的知识点，相信应该可以解决大家的一些困惑和问题，如果碰巧可以解决您的问题，还望关注下本站哦，希望对各位有所帮助！
本文目录
sql有什么缺点
你这个问题有点儿大。
优点数据库入门必备
管理数据最佳操作脚本语言
使用得当，批量处理效率极高
缺点当业务逻辑较为复杂时，用SQL脚本实现功能会显得很笨拙，且开发效率低下。
定义SQL只是一种结构化数据的查询语句，英文名为StructuredQueryLanguage。它只是一个脚本工具。
作用于各种类型的数据库执行引擎中，不是孤立的存在。一般都能支持几个基本的操作：增加，修改，删除，查询。
关系型数据库SQLSERVER
微软公司出品的Sqlserver2005,Sqlserver2008R2,Sqlserver2014等几个重要的版本，有必要去玩玩：增删查改，索引，触发器，自定义函数，存储过程，TDE加解密，自动复制，自动订阅与发布，自动维护，自动作业等。
2,MySQL
Oracle公司出品，互联网公司最爱的开源数据库软件之一。
缺点是调试存储过程不如SQLSERVER那么方便。
非关系型数据库MongoDb,Redis等nosql数据库，主要用于缓存服务器。
建议其实SQL相对简单，但要想玩的溜，建议在学习基本的语法后，认真的参与到涉及数据库的项目开发中来，从建库，建表开始，到围绕业务作数据处理，慢慢的就由已上路升级为老司机了。
希望能对大家有所帮助，谢谢。
（结束）
hibernate为什么不用写sql
你好，Hibernate是一种Java持久化框架，它提供了一种对象关系映射（ORM）的方式，将Java对象映射到数据库中的表。在Hibernate中，开发人员不需要编写SQL语句，而是通过使用Hibernate提供的API来实现对数据库的操作。
这种方式使得开发人员可以更加专注于业务逻辑的实现，而无需关注底层的数据库操作细节。
同时，Hibernate还提供了一些高级特性，如缓存、事务管理等，可以提高应用程序的性能和可靠性。因此，Hibernate成为了Java开发中最流行的持久化框架之一。
请问pl/sql是什么与sql有什么关系吗
我做了3年多的plsql开发和sql开发，这个问题很典型，我从通俗理解角度说下，以便能快速理解应用吧：
1、PL/SQL是一堆各种各样sql的集合，把他们打成一个程序包，这个程序包运行在服务器上，所以你就知道了，运行在服务器上的数据库后端程序（PL/SQL）运行效率很高。
plsql举例（通俗理解：包含了一堆逻辑的一堆sql，运行在服务器端）：
if(day_count=0)and(day_count_charge=0)then
selectseq_s_checkout_log.nextvalintocheckoutlog_idfromdual;
insertintoT_S_CHECKOUT_LOG
values(checkoutlog_id,
substr(to_char(systimestamp(6),'yyyymmddHH24missff6'),0,18),
0,0,1);
selectseq_s_checkout_log.nextvalintocheckoutlog_idfromdual;
insertintoT_S_CHECKOUT_LOG
values(checkoutlog_id,
substr(to_char(systimestamp(6),'yyyymmddHH24missff6'),0,18),
0,0,2);
endif;
2、sql相对plsql功能单一，比如只执行查询，就执行更新等等。而plsql是一个程序块，里面包含了逻辑判断，比如：如果满足什么条件就执行查询操作，把查询结果赋予一个变量，当变量值达到100后将日志计入日志表等等。
sql举例（通俗理解：只执行插入或者更新，需要传输到服务器端后才能运行）：
selectmax（nextval）fromdual;
以上是从通俗案例方面的解释，方便快速理解，感兴趣加关注哦，有很多案例代码可送。也欢迎吐槽拍砖。以下是一个plsql实际案例的业务流程图：
SQL质量差导致逻辑读比较多怎么办
逻辑读就是从内存中(dbbuffercache)读。SQL执行过程中，如果发生物理读，将dbf的数据加载到内存，这一步显然是非常耗时的。所以上面的说法是错误的。我们总是希望逻辑读越多越好，毕竟从内存读的速度要远远大大于从硬盘读
文章到此结束，如果本次分享的hibernate为什么不用写sql和不建议把业务逻辑写在sql里的问题解决了您的问题，那么我们由衷的感到高兴！
