hibernate动态sql_hibernatejpa数据库连接问题我没法确定要连接什么数据库但是我要用原生sql来update数据

A. Hibernate：关于复杂的sql统计语句是不是就不适合使用Hibernate了

在这方面我也和你有同感。

不同的ORM工具各有其优缺点和适用范围。Hibernate使数据操作对象化，在对象和数据之间做了很好的衔接，非常适用于数据的维护类操作和明细查询操作，而对于数据统计类的操作则显得作用不强。Hibernate历来支持原生的SQL，较新的版本也支持对SQL、Stored Procere甚至XML的封装，也可以像iBatis，现在叫作MyBatis，对部分字段封装。Hibernate的新功能越来越像iBatis了。iBatis或MyBatis是对SQL的封装，相对简单、灵活，性能也相对好些，但不是绝对的，其性能的好坏主要取衡悔决于编写的SQL的质量，而iBatis的动态SQL本身就是对性能的一种威胁。iBatis或MyBatis适用于做各种数据操作，不过需要良好的SQL能力和对具体数据库（如Oracle、SQLServer）的了解，故而在维护、变更或数据库升级、迁移时比较复杂。较新的MyBatis提供了一些类似于Hibernate的特征，比如可以支持父子表对象之间的双相关联；而另外一些特性，衫拦哗比如注解式的SQL封装、通过代理根据接口定义自动实例化DAO，似乎比Hibernate还要好些。JDBC 3.0和4.0比以前也增加了一些新特征，具体的我还没有仔细研究。呵呵
在我看来，报表是需求中最不稳定的部分，形式多样、变化多端，无论是自己编写的还是第三方的公共组件，都只能在基础查询和表现形式上加工；具体的报表逻辑仍需手工开发。所以无论用哪种技术做报表，在报表逻辑方面的复杂度是相同的。我一般会采用相对最简单的技术条件来设计报表，避免程序员把功夫较多得花在不太熟悉的数据工具和报表工具上。
希望能对你或行有所帮助。

B. hibernate更新某个字段其余null字段不能新怎么实现

在<class 写 dynamic-update="true"> Hibernate生成动态SQL语句的消耗的系统资源(比如CPU,内存等)是很小枝圆首的,
所以不会影响到系猛数统的性能,如果表中包含N多字段,建议把 dynamic-update属性和insert属性设腔猛置为true,
这样在插入和修改数据的时候,语句中只包括要插入或者修改的字段.可以节省SQL语句的执行时间,提高程序的运行效率.

C. hibernate，jpa数据库连接问题。我没法确定要连接什么数据库，但是我要用原生sql来update数据

写个适配器器吧，传入数据库类型，输出拼接的sql。

其实个人更建议你使用hibernate的Hql来作sql相关操作，首先它语法和通用Sql是近似的，不一样的地方在于语句里写的是类名不是表名，最后hibernate会根据Hql翻译成当前数据库可执行的sql来执行，这样你就不需要去判断究竟是什么数据库，写法支持不支持。

当然，如果你的语句特复杂一定得用Sql server或者Oracle的特殊语法，那没办法，写个适配器吧

以下是HQL相关资料

HQL查询：
Criteria查询对查询条件进行了面向对象封装，符合编程人员的思维方式，不过HQL(Hibernate Query Lanaguage)查询提供了更加丰富的和灵活的查询特性，因此
Hibernate将HQL查询方式立为官方推荐的标准查询方式，HQL查询在涵盖Criteria查询的所有功能的前提下，提供了类似标准SQL语句的查询方式，同时也提供了更
加面向对象的封装。完整的HQL语句形势如下：
Select/update/delete…… from …… where …… group by …… having …… order by …… asc/desc
其中的update/delete为Hibernate3中所新添加的功能，可见HQL查询非常类似于标准SQL查询。由于HQL查询在整个Hibernate实体操作体系中的核心地位，这一节我
将专门围绕HQL操作的具体技术细节进行讲解。
1、实体查询：
有关实体查询技术，其实我们在先前已经有多次涉及，比如下面的例子：
String hql=”from User user ”;
List list=session.CreateQuery(hql).list();
上面的代码执行结果是，查询出User实体对象所对应的所有数据，而且将数据封装成User实体对象，并且放入List中返回。这里需要注意的是，Hibernate的实体查
询存在着对继承关系的判定，比如我们前面讨论映射实体继承关系中的Employee实体对象，它有两个子类分别是HourlyEmployee，SalariedEmployee,如果有这样的
HQL语句：“from Employee”,当执行检索时Hibernate会检索出所有Employee类型实体对象所对应的数据（包括它的子类HourlyEmployee，SalariedEmployee对应
的数据）。
因为HQL语句与标准SQL语句相似，所以我们也可以在HQL语句中使用where字句，并且可以在where字句中使用各种表达式，比较操作符以及使用“and”,”or”连接
不同的查询条件的组合。看下面的一些简单的例子：
from User user where user.age=20;
from User user where user.age between 20 and 30;
from User user where user.age in(20,30);
from User user where user.name is null;
from User user where user.name like ‘%zx%’;
from User user where (user.age%2)=1;
from User user where user.age=20 and user.name like ‘%zx%’;
2、实体的更新和删除：
在继续讲解HQL其他更为强大的查询功能前，我们先来讲解以下利用HQL进行实体更新和删除的技术。这项技术功能是Hibernate3的新加入的功能，在Hibernate2
中是不具备的。比如在Hibernate2中，如果我们想将数据库中所有18岁的用户的年龄全部改为20岁，那么我们要首先将年龄在18岁的用户检索出来，然后将他们的
年龄修改为20岁，最后调用Session.update()语句进行更新。在Hibernate3中对这个问题提供了更加灵活和更具效率的解决办法，如下面的代码：
Transaction trans=session.beginTransaction();
String hql=”update User user set user.age=20 where user.age=18”;
Query queryupdate=session.createQuery(hql);
int ret=queryupdate.executeUpdate();
trans.commit();
通过这种方式我们可以在Hibernate3中，一次性完成批量数据的更新，对性能的提高是相当的可观。同样也可以通过类似的方式来完成delete操作，如下面的代码
：
Transaction trans=session.beginTransaction();
String hql=”delete from User user where user.age=18”;
Query queryupdate=session.createQuery(hql);
int ret=queryupdate.executeUpdate();
trans.commit();
如果你是逐个章节阅读的化，那么你一定会记起我在第二部分中有关批量数据操作的相关论述中，讨论过这种操作方式，这种操作方式在Hibernate3中称为bulk
delete/update，这种方式能够在很大程度上提高操作的灵活性和运行效率，但是采用这种方式极有可能引起缓存同步上的问题(请参考相关论述)。
3、属性查询：
很多时候我们在检索数据时，并不需要获得实体对象所对应的全部数据，而只需要检索实体对象的部分属性所对应的数据。这时候就可以利用HQL属性查询技术
，如下面程序示例：
List list=session.createQuery(“select user.name from User user ”).list();
for(int i=0;i<list.size();i++){
System.out.println(list.get(i));
}
我们只检索了User实体的name属性对应的数据，此时返回的包含结果集的list中每个条目都是String类型的name属性对应的数据。我们也可以一次检索多个属性，
如下面程序：
List list=session.createQuery(“select user.name,user.age from User user ”).list();
for(int i=0;i<list.size();i++){
Object[] obj=(Object[])list.get(i);
System.out.println(obj[0]);
System.out.println(obj[1]);
}
此时返回的结果集list中，所包含的每个条目都是一个Object[]类型，其中包含对应的属性数据值。作为当今我们这一代深受面向对象思想影响的开发人员，可能
会觉得上面返回Object[]不够符合面向对象风格，这时我们可以利用HQL提供的动态构造实例的功能对这些平面数据进行封装，如下面的程序代码：
List list=session.createQuery(“select new User(user.name,user.age) from User user ”).list();
for(int i=0;i<list.size();i++){
User user=(User)list.get(i);
System.out.println(user.getName());
System.out.println(user.getAge());
}
这里我们通过动态构造实例对象，对返回结果进行了封装，使我们的程序更加符合面向对象风格，但是这里有一个问题必须注意，那就是这时所返回的User对象，
仅仅只是一个普通的Java对象而以，除了查询结果值之外，其它的属性值都为null（包括主键值id），也就是说不能通过Session对象对此对象执行持久化的更新操
作。如下面的代码：
List list=session.createQuery(“select new User(user.name,user.age) from User user ”).list();
for(int i=0;i<list.size();i++){
User user=(User)list.get(i);
user.setName(“gam”);
session.saveOrUpdate(user);//这里将会实际执行一个save操作，而不会执行update操作，因为这个User对象的id属性为null，Hibernate会把它作为一个自由对
象（请参考持久化对象状态部分的论述），因此会对它执行save操作。
}
4、分组与排序
A、Order by子句：
与SQL语句相似，HQL查询也可以通过order by子句对查询结果集进行排序，并且可以通过asc或者desc关键字指定排序方式，如下面的代码：
from User user order by user.name asc,user.age desc;
上面HQL查询语句，会以name属性进行升序排序，以age属性进行降序排序，而且与SQL语句一样，默认的排序方式为asc,即升序排序。
B、Group by子句与统计查询：
在HQL语句中同样支持使用group by子句分组查询，还支持group by子句结合聚集函数的分组统计查询，大部分标准的SQL聚集函数都可以在HQL语句中使用，比如：
count(),sum(),max(),min(),avg()等。如下面的程序代码：
String hql=”select count(user),user.age from User user group by user.age having count(user)>10 ”;
List list=session.createQuery(hql).list();
C、优化统计查询：
假设我们现在有两张数据库表，分别是customer表和order表，它们的结构如下：
customer
ID varchar2(14)
age number(10)
name varchar2(20)

order
ID varchar2(14)
order_number number(10)
customer_ID varchar2(14)
现在有两条HQL查询语句，分别如下：
from Customer c inner join c.orders o group by c.age;(1)

select c.ID,c.name,c.age,o.ID,o.order_number,o.customer_ID
from Customer c inner join c.orders c group by c.age;(2)
这两条语句使用了HQL语句的内连接查询（我们将在HQL语句的连接查询部分专门讨论），现在我们可以看出这两条查询语句最后所返回的结果是一样的，但是它们
其实是有明显区别的，语句（1）检索的结果会返回Customer与Order持久化对象，而且它们会被置于Hibernate的Session缓存之中，并且Session会负责它们在缓存
中的唯一性以及与后台数据库数据的同步，只有事务提交后它们才会从缓存中被清除；而语句（2）返回的是关系数据而并非是持久化对象，因此它们不会占用
Hibernate的Session缓存，只要在检索之后应用程序不在访问它们，它们所占用的内存就有可能被JVM的垃圾回收器回收，而且Hibernate不会同步对它们的修改。
在我们的系统开发中，尤其是Mis系统，不可避免的要进行统计查询的开发，这类功能有两个特点：第一数据量大；第二一般情况下都是只读操作而不会涉及到对统
计数据进行修改，那么如果采用第一种查询方式，必然会导致大量持久化对象位于Hibernate的Session缓存中，而且Hibernate的Session缓存还要负责它们与数据
库数据的同步。而如果采用第二种查询方式，显然就会提高查询性能，因为不需要Hibernate的Session缓存的管理开销，而且只要应用程序不在使用这些数据，它
们所占用的内存空间就会被回收释放。
因此在开发统计查询系统时，尽量使用通过select语句写出需要查询的属性的方式来返回关系数据，而避免使用第一种查询方式返回持久化对象（这种方式是在有
修改需求时使用比较适合），这样可以提高运行效率并且减少内存消耗。㊣真正的高手并不是精通一切，而是精通在合适的场合使用合适的手段。
5、参数绑定：
Hibernate中对动态查询参数绑定提供了丰富的支持，那么什么是查询参数动态绑定呢？其实如果我们熟悉传统JDBC编程的话，我们就不难理解查询参数动态绑定，
如下代码传统JDBC的参数绑定：
PrepareStatement pre=connection.prepare(“select * from User where user.name=?”);
pre.setString(1,”zhaoxin”);
ResultSet rs=pre.executeQuery();
在Hibernate中也提供了类似这种的查询参数绑定功能，而且在Hibernate中对这个功能还提供了比传统JDBC操作丰富的多的特性，在Hibernate中共存在4种参数绑
定的方式，下面我们将分别介绍：
A、按参数名称绑定：
在HQL语句中定义命名参数要用”:”开头，形式如下：
Query query=session.createQuery(“from User user where user.name=:customername and user.customerage=:age ”);
query.setString(“customername”,name);
query.setInteger(“customerage”,age);
上面代码中用:customername和:customerage分别定义了命名参数customername和customerage，然后用Query接口的setXXX()方法设定名参数值，setXXX()方法包
含两个参数，分别是命名参数名称和命名参数实际值。
B、按参数位置邦定：
在HQL查询语句中用”?”来定义参数位置，形式如下：
Query query=session.createQuery(“from User user where user.name=? and user.age =? ”);
query.setString(0,name);
query.setInteger(1,age);
同样使用setXXX()方法设定绑定参数，只不过这时setXXX()方法的第一个参数代表邦定参数在HQL语句中出现的位置编号（由0开始编号），第二个参数仍然代表参
数实际值。
注：在实际开发中，提倡使用按名称邦定命名参数，因为这不但可以提供非常好的程序可读性，而且也提高了程序的易维护性，因为当查询参数的位置发生改变时
，按名称邦定名参数的方式中是不需要调整程序代码的。
C、 setParameter()方法：
在Hibernate的HQL查询中可以通过setParameter()方法邦定任意类型的参数，如下代码：
String hql=”from User user where user.name=:customername ”;
Query query=session.createQuery(hql);
query.setParameter(“customername”,name,Hibernate.STRING);
如上面代码所示，setParameter()方法包含三个参数，分别是命名参数名称，命名参数实际值，以及命名参数映射类型。对于某些参数类型setParameter()方法可
以更具参数值的Java类型，猜测出对应的映射类型，因此这时不需要显示写出映射类型，像上面的例子，可以直接这样写：
query.setParameter(“customername”,name);但是对于一些类型就必须写明映射类型，比如java.util.Date类型，因为它会对应Hibernate的多种映射类型，比如
Hibernate.DATA或者Hibernate.TIMESTAMP。
D、 setProperties()方法：
在Hibernate中可以使用setProperties()方法，将命名参数与一个对象的属性值绑定在一起，如下程序代码：
Customer customer=new Customer();
customer.setName(“pansl”);
customer.setAge(80);
Query query=session.createQuery(“from Customer c where c.name=:name and c.age=:age ”);
query.setProperties(customer);
setProperties()方法会自动将customer对象实例的属性值匹配到命名参数上，但是要求命名参数名称必须要与实体对象相应的属性同名。
这里还有一个特殊的setEntity()方法，它会把命名参数与一个持久化对象相关联，如下面代码所示：
Customer customer=(Customer)session.load(Customer.class,”1”);
Query query=session.createQuery(“from Order order where order.customer=:customer ”);
query. setProperties(“customer”,customer);
List list=query.list();
上面的代码会生成类似如下的SQL语句：
Select * from order where customer_ID=’1’;
E、使用绑定参数的优势：
我们为什么要使用绑定命名参数？任何一个事物的存在都是有其价值的，具体到绑定参数对于HQL查询来说，主要有以下两个主要优势：
①、可以利用数据库实施性能优化，因为对Hibernate来说在底层使用的是PrepareStatement来完成查询，因此对于语法相同参数不同的SQL语句，可
以充分利用预编译SQL语句缓存，从而提升查询效率。
②、可以防止SQL Injection安全漏洞的产生：
SQL Injection是一种专门针对SQL语句拼装的攻击方式，比如对于我们常见的用户登录，在登录界面上，用户输入用户名和口令，这时登录验证程序可能会生成如
下的HQL语句：
“from User user where user.name=’”+name+”’ and user.password=’”+password+”’ ”
这个HQL语句从逻辑上来说是没有任何问题的，这个登录验证功能在一般情况下也是会正确完成的，但是如果在登录时在用户名中输入”zhaoxin or ‘x’=’x”,
这时如果使用简单的HQL语句的字符串拼装，就会生成如下的HQL语句：
“from User user where user.name=’zhaoxin’ or ‘x’=’x’ and user.password=’admin’ ”;
显然这条HQL语句的where字句将会永远为真，而使用户口令的作用失去意义，这就是SQL Injection攻击的基本原理。
而使用绑定参数方式，就可以妥善处理这问题,当使用绑定参数时，会得到下面的HQL语句：
from User user where user.name=’’zhaoxin’’ or ‘’x=’’x’’ ‘ and user.password=’admin’;由此可见使用绑定参数会将用户名中输入的单引号解
析成字符串（如果想在字符串中包含单引号，应使用重复单引号形式），所以参数绑定能够有效防止SQL Injection安全漏洞。

D. Hibernate4 升级到Hibernate5 中 sql查询注意事项

在 Hibernate4 中，利用原生SQL语句查询时，
1、可使用Session.createSQLQuery(sql)建立Qurey（org.hibernate.Query），
2、可使用Query.setParameter(int index, Object obj)，对sql语句中的参数根据位置进行参数值动态绑定;

升级到 Hibernate5 后
1、org.hibernate.Query被标记为@Deprecated
2、Session().createSQLQuery(sql)返回类型为org.hibernate.query.Query;
3、并且Session().createSQLQuery也已经被标记为@Deprecated；
4、可使用Session().createNativeQuery(sql)代替createSQLQuery。
5、createNativeQuery返回的Query, 不可通过setParameter(int index, Object obj) 根据位置 进行参数值动态绑定； 只可以 通过setParameter(String paramname, Object obj) 按参数名称绑定 。
6、createNativeQuery（sql）中的sql语句中的 查询占位符
只可使用 命名参数 方式进行编写。

上问错误例子中，将导致如下错误：

E. Hibernate有几种查询方法

转录：
从点到面，讲讲hibernate查询的6种方法。分别是HQL查询
，对象化查询Criteria方法，动态查询DetachedCriteria，例子查询，sql查询，命名查询。
如果单纯的使用hibernate查询数据库只需要懂其中的一项就可以完成想要实现的一般功能，但是
从一个点，让我们掌握6中方法，则提供了更多选择。每一种方法都有其适用的情况与前提。
HQL查询
HQL是hibernate自己的一套查询语言，于SQL语法不同，具有跨数据库的优点。示例代码：

static void query(String name){
Session s=null;
try{
s=HibernateUtil.getSession();

//from后面是对象，不是表名
String hql="from Admin as admin where admin.aname=:name";//使用命名参数，推荐使用，易读。
Query query=s.createQuery(hql);
query.setString("name", name);

List<Admin> list=query.list();

for(Admin admin:list){
System.out.println(admin.getAname());
}
}finally{
if(s!=null)
s.close();
}
}

适用情况：常用方法，比较传统，类似jdbc。缺点：新的查询语言，适用面有限，仅适用于Hibernate框架。
对象化查询Criteria方法：

static void cri(String name,String password){
Session s=null;
try{
s=HibernateUtil.getSession();

Criteria c=s.createCriteria(Admin.class);
c.add(Restrictions.eq("aname",name));//eq是等于，gt是大于，lt是小于,or是或
c.add(Restrictions.eq("apassword", password));

List<Admin> list=c.list();
for(Admin admin:list){
System.out.println(admin.getAname());
}
}finally{
if(s!=null)
s.close();
}
}

适用情况：面向对象操作，革新了以前的数据库操作方式，易读。缺点：适用面较HQL有限。
动态分离查询DetachedCriteria

static List dc(DetachedCriteria dc) {

Session s = HibernateUtil.getSession();
Criteria c = dc.getExecutableCriteria(s);
List rs = c.list();
s.close();
return rs;
}

DetachedCriteria dc = DetachedCriteria.forClass(User.class);
int id = 1;
if (id != 0)
dc.add(Restrictions.eq("id", id));
Date age = new Date();
if (age != null)
dc.add(Restrictions.le("birthday", age));
List users = dc(dc);
System.out.println("离线查询返回结果：" + users);

适用情况：面向对象操作，分离业务与底层，不需要字段属性摄入到Dao实现层。缺点：适用面较HQL有限。
例子查询

static List example(User user) {
Session s = HibernateUtil.getSession();
List<User> users = s.createCriteria(User.class).add(
Example.create(user)).list();
// List<User>
// users2=s.createCriteria(User.class).add((Example.create(user)).ignoreCase())
// .createCriteria("child").add((Example.create(user))).list();
return users;
}

适用情况：面向对象操作。缺点：适用面较HQL有限，不推荐。

sql查询

static List sql() {

Session s = HibernateUtil.getSession();
Query q = s.createSQLQuery("select * from user").addEntity(User.class);
List<User> rs = q.list();
s.close();
return rs;
}

适用情况：不熟悉HQL的朋友，又不打算转数据库平台的朋友，万能方法缺点：破坏跨平台，不易维护，不面向对象。
命名查询

static List namedQuery(int id) {
Session s = HibernateUtil.getSession();
Query q = s.getNamedQuery("getUserById");
q.setInteger("id", id);
return q.list();
}

<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE hibernate-mapping PUBLIC "-//Hibernate/Hibernate Mapping DTD 3.0//EN"
"http://hibernate.sourceforge.net/hibernate-mapping-3.0.dtd">

<hibernate-mapping>
<class name="com.sy.vo.User" table="user" catalog="news">

</class>

<query name="getUserById">
<![CDATA[from User where id=:id]]>
</query>

</hibernate-mapping>

适用情况：万能方法，有点像ibatis轻量级框架的操作，方便维护。缺点：不面向对象。基于hql和sql，有一定缺陷。

F. 各位大侠们，hibernate怎么完成动态生成sql语句的啊

用QueryByCriteria模式

G. Hibernate和MyBatis哪个好

使用Hibernate进行编程有以下好处：
1，消除了代码的映射规则，它全部分离到了xml或者注解里面去配置。
2，无需在管理数据库连接，它也配置到xml里面了。
3，一个会话中不需要操作多个对象，只需要操作Session对象。
4，关闭资源只需要关闭一个Session便可。
这就是Hibernate的优势，在配置了映射文件和数据库连接文件后，Hibernate就可以通过Session操作，非常容易，消除了jdbc带来的大量代码，大大提高了编程的简易性和可读性。Hibernate还提供了级联，缓存，映射，一对多等功能。Hibernate是全表映射，通过HQL去操作pojo进而操作数据库的数据。

Hibernate的缺点：
1，全表映射带来的不便，比如更新时需要发送所有的字段。
2，无法根据不同的条件组装不同的SQL。
3，对多表关联和复杂的sql查询支持较差，需要自己写sql，返回后，需要自己将数据封装为pojo。
4，不能有效的支持存储过程。
5，虽然有HQL，但是性能较差，大型互联网系统往往需要优化sql，而hibernate做不到。

Mybatis：
为了解决Hibernate的不足，Mybatis出现了，Mybatis是半自动的框架。之所以称它为半自动，是因为它需要手工匹配提供POJO，sql和映射关系，而全表映射的Hibernate只需要提供pojo和映射关系即可。
Mybatis需要提供的映射文件包含了一下三个部分：sql，映射规则，pojo。在Mybatis里面你需要自己编写sql，虽然比Hibernate配置多，但是Mybatis可以配置动态sql，解决了hibernate表名根据时间变化，不同条件下列不一样的问题，同时你也可以对sql进行优化，通过配置决定你的sql映射规则，也能支持存储过程，所以对于一些复杂和需要优化性能的sql查询它就更加方便。Mybatis几乎可以做到jdbc所有能做到的事情。

什么时候使用Hibernate，Mybatis
Hibernate作为留下的Java orm框架，它确实编程简易，需要我们提供映射的规则，完全可以通过IDE生成，同时无需编写sql确实开发效率优于Mybatis。此外Hibernate还提供了缓存，日志，级联等强大的功能，但是Hibernate的缺陷也是十分明显，多表关联复杂sql，数据系统权限限制，根据条件变化的sql，存储过程等场景使用Hibernate十分不方便，而性能又难以通过sql优化，所以注定了Hibernate只适用于在场景不太复杂，要求性能不太苛刻的时候使用。
如果你需要一个灵活的，可以动态生成映射关系的框架，那么Mybatis确实是一个最好的选择。它几乎可以替代jdbc，拥有动态列，动态表名，存储过程支持，同时提供了简易的缓存，日志，级联。但是它的缺陷是需要你提供映射规则和sql，所以开发工作量比hibernate要大些。

H. 现在有个需求,用的是hibernate,需要在hibernate拦截器中对查询的sql进行where条件拼接

这个写起来很麻烦，提供解决思路。
1、在web.xml里实现拦截器配置。针对于某一个连接跳转的。
2、拦截器功能实现，拿到参数。实现需要反射进行实现，同时要保证线程安全。
3、参数处理放到Session里。
4、在实际SQL语句中查询。

如果跟spring集成的话，建议使用spring的AOP，进行动态代理实现。进行初期处理。

I. java hibernate执行多条SQL语句的问题

要兼容，还是分开语句吧。多写几行代码而已。

sql.append("create table tempTestTable(a char(4)); ");
sql.append("alter table tempTestTable add test " + columnType + "(50);");
既然都是自己处理的，两句合成一句，不更方便
sql.append("create table tempTestTable(a " + columnType + "(50) ");

columnType 还要看可能输入的情况

J. hibernate框架用什么替代好呢这个框架太复杂，加载太慢。

ibatis替代即可，优点如下：
Ibatis的优势。
Ibatis是一个混合性的解决方案，吸取了这些所有解决方案中最有价值的思想，并将他们融会贯通.

1) proc(procere) 支持对 procere 的直接调用; 业务碧裤逻辑从数据库中分离出来，程序念慧链有更好的移植性。
2) 内联sql 允许sql以最自然的方式书写，没有字符串拼接，没有参数设置，没有结果获取; 对应用程序的代码没有任何的影响.
3) o/rm Ibatis有许多o/rm工具一样的特性，高速缓存，运行时生成代码，延迟加载等; 可用于任意数据模型和对象模型的组合。javaBean或业务类。
4) 动态 sql Ibatis支持动态sql来处理查询; 不要求sql被写成一堆字符串。

Ibatis的特点
o/rm通过java对象和Db之间的映射，而仔孙Ibatis通过sql与数据库的映射，通过sql的查询参数和结果来和java对象映射

总结：
1 容易上手,小巧
2 生产效力高
3 性能好
4 分工明确
5 支持java,.net,ruby
6 开源

hibernate动态sql

与hibernate动态sql相关的内容