- 浏览: 489393 次
- 性别:
- 来自: 济南
文章分类
最新评论
-
effort0829:
更重要的是可以通过 URL打开特定的资源,然而再windows ...
【转载】自定义URL Protocol 协议 -
追梦人zxy:
mark。我记得cglib代理的话就用set注入
通过CGLIB实现AOP的浅析(顺便简单对比了一下JDK的动态代理) -
zacry:
这个问题最近也困扰了我很久,我是从一个老项目里迁移代码时遇到的 ...
通过CGLIB实现AOP的浅析(顺便简单对比了一下JDK的动态代理) -
bo_hai:
netfork 写道哎,大家都回家过中秋节了,自己的问题,自己 ...
Struts 2中验证失败后,radio回复到默认值的问题 -
greatghoul:
看不出有什么严重的,加上 <%- %> 不就可以了 ...
不要在erb中加注释,后果很严重
公司的大部分项目都开始使用IBatis 作为O/R Mapping了,但是在使用的过程中也发现了很多不方便和存在争议的地方,其中一个不方便的地方就是分页 ,目前的处理方式都是在sqlMap中写针对特定数据库的物理分页 Sql语句,对于oracle数据库都是在分页 的sql语句里面加上三层嵌套的sql语句,想了很多办法,都没能很好的避免这个问题,无意间在javaeye上看到了《使ibatis 支持hibernate式的物理分页 》这篇文章,可点进去已经被删除了 ,幸好google了一下有很多人已经收藏了,这里转载一下 ,以便再找不到了.
转载地址:http://www.blogjava.net/libin2722/articles/192504.html
一直以来ibatis 的分页 都是通过滚动ResultSet实现的,应该算是逻辑分页 吧。逻辑分页 虽然能很干净地独立于特定数据库,但效率在多数情况下不及特定数据库支持的物理分页 ,而hibernate的分页 则是直接组装sql,充分利用了特定数据库的分页 机制,效率相对较高。本文讲述的就是如何在不重新编译ibatis 源码的前提下,为ibatis 引入hibernate式的物理分页 机制。
基本思路就是找到ibatis 执行sql的地方,截获sql并重新组装sql。通过分析ibatis 源码知道,最终负责执行sql的类是 com.ibatis .sqlmap.engine.execution.SqlExecutor,此类没有实现任何接口,这多少有点遗憾,因为接口是相对稳定契约,非大的版本更新,接口一般是不会变的,而类就相对易变一些,所以这里的代码只能保证对当前版本(2.1.7)的ibatis 有效。下面是 SqlExecutor执行查询的方法:
- /**
- * Long form of the method to execute a query
- *
- * @param request - the request scope
- * @param conn - the database connection
- * @param sql - the SQL statement to execute
- * @param parameters - the parameters for the statement
- * @param skipResults - the number of results to skip
- * @param maxResults - the maximum number of results to return
- * @param callback - the row handler for the query
- *
- * @throws SQLException - if the query fails
- */
- public void executeQuery(RequestScope request, Connection conn, String sql, Object[] parameters,
- int skipResults, int maxResults, RowHandlerCallback callback)
- throws SQLException {
- ErrorContext errorContext = request.getErrorContext();
- errorContext.setActivity("executing query" );
- errorContext.setObjectId(sql);
- PreparedStatement ps = null ;
- ResultSet rs = null ;
- try {
- errorContext.setMoreInfo("Check the SQL Statement (preparation failed)." );
- Integer rsType = request.getStatement().getResultSetType();
- if (rsType != null ) {
- ps = conn.prepareStatement(sql, rsType.intValue(), ResultSet.CONCUR_READ_ONLY);
- } else {
- ps = conn.prepareStatement(sql);
- }
- Integer fetchSize = request.getStatement().getFetchSize();
- if (fetchSize != null ) {
- ps.setFetchSize(fetchSize.intValue());
- }
- errorContext.setMoreInfo("Check the parameters (set parameters failed)." );
- request.getParameterMap().setParameters(request, ps, parameters);
- errorContext.setMoreInfo("Check the statement (query failed)." );
- ps.execute();
- rs = getFirstResultSet(ps);
- if (rs != null ) {
- errorContext.setMoreInfo("Check the results (failed to retrieve results)." );
- handleResults(request, rs, skipResults, maxResults, callback);
- }
- // clear out remaining results
- while (ps.getMoreResults());
- } finally {
- try {
- closeResultSet(rs);
- } finally {
- closeStatement(ps);
- }
- }
- }
/** * Long form of the method to execute a query * * @param request - the request scope * @param conn - the database connection * @param sql - the SQL statement to execute * @param parameters - the parameters for the statement * @param skipResults - the number of results to skip * @param maxResults - the maximum number of results to return * @param callback - the row handler for the query * * @throws SQLException - if the query fails */ public void executeQuery(RequestScope request, Connection conn, String sql, Object[] parameters, int skipResults, int maxResults, RowHandlerCallback callback) throws SQLException { ErrorContext errorContext = request.getErrorContext(); errorContext.setActivity("executing query"); errorContext.setObjectId(sql); PreparedStatement ps = null; ResultSet rs = null; try { errorContext.setMoreInfo("Check the SQL Statement (preparation failed)."); Integer rsType = request.getStatement().getResultSetType(); if (rsType != null) { ps = conn.prepareStatement(sql, rsType.intValue(), ResultSet.CONCUR_READ_ONLY); } else { ps = conn.prepareStatement(sql); } Integer fetchSize = request.getStatement().getFetchSize(); if (fetchSize != null) { ps.setFetchSize(fetchSize.intValue()); } errorContext.setMoreInfo("Check the parameters (set parameters failed)."); request.getParameterMap().setParameters(request, ps, parameters); errorContext.setMoreInfo("Check the statement (query failed)."); ps.execute(); rs = getFirstResultSet(ps); if (rs != null) { errorContext.setMoreInfo("Check the results (failed to retrieve results)."); handleResults(request, rs, skipResults, maxResults, callback); } // clear out remaining results while (ps.getMoreResults()); } finally { try { closeResultSet(rs); } finally { closeStatement(ps); } } }
其中handleResults(request, rs, skipResults, maxResults, callback)一句用于处理分页 ,其实此时查询已经执行完毕,可以不必关心handleResults方法,但为清楚起见,下面来看看 handleResults的实现:
- private void handleResults(RequestScope request, ResultSet rs, int skipResults, int maxResults, RowHandlerCallback callback) throws SQLException {
- try {
- request.setResultSet(rs);
- ResultMap resultMap = request.getResultMap();
- if (resultMap != null ) {
- // Skip Results
- if (rs.getType() != ResultSet.TYPE_FORWARD_ONLY) {
- if (skipResults > 0 ) {
- rs.absolute(skipResults);
- }
- } else {
- for ( int i = 0 ; i < skipResults; i++) {
- if (!rs.next()) {
- break ;
- }
- }
- }
- // Get Results
- int resultsFetched = 0 ;
- while ((maxResults == SqlExecutor.NO_MAXIMUM_RESULTS || resultsFetched < maxResults) && rs.next()) {
- Object[] columnValues = resultMap.resolveSubMap(request, rs).getResults(request, rs);
- callback.handleResultObject(request, columnValues, rs);
- resultsFetched++;
- }
- }
- } finally {
- request.setResultSet(null );
- }
- }
private void handleResults(RequestScope request, ResultSet rs, int skipResults, int maxResults, RowHandlerCallback callback) throws SQLException { try { request.setResultSet(rs); ResultMap resultMap = request.getResultMap(); if (resultMap != null) { // Skip Results if (rs.getType() != ResultSet.TYPE_FORWARD_ONLY) { if (skipResults > 0) { rs.absolute(skipResults); } } else { for (int i = 0; i < skipResults; i++) { if (!rs.next()) { break; } } } // Get Results int resultsFetched = 0; while ((maxResults == SqlExecutor.NO_MAXIMUM_RESULTS || resultsFetched < maxResults) && rs.next()) { Object[] columnValues = resultMap.resolveSubMap(request, rs).getResults(request, rs); callback.handleResultObject(request, columnValues, rs); resultsFetched++; } } } finally { request.setResultSet(null); } }
此处优先使用的是ResultSet的absolute方法定位记录,是否支持absolute取决于具体数据库驱动,但一般当前版本的数据库都支持该方法,如果不支持则逐条跳过前面的记录。由此可以看出如果数据库支持absolute,则ibatis 内置的分页 策略与特定数据库的物理分页 效率差距就在于物理分页 查询与不分页 查询在数据库中的执行效率的差距了。因为查询执行后读取数据前数据库并未把结果全部返回到内存,所以本身在存储占用上应该差距不大,如果都使用索引,估计执行速度也差不太多。
继续我们的话题。其实只要在executeQuery执行前组装sql,然后将其传给 executeQuery,并告诉handleResults我们不需要逻辑分页 即 可。拦截executeQuery可以采用aop动态实现,也可直接继承SqlExecutor覆盖executeQuery来静态地实现,相比之下后者 要简单许多,而且由于SqlExecutor没有实现任何接口,比较易变,动态拦截反到增加了维护的工作量,所以我们下面来覆盖 executeQuery:
- package com.aladdin.dao.ibatis .ext;
- import java.sql.Connection;
- import java.sql.SQLException;
- import org.apache.commons.logging.Log;
- import org.apache.commons.logging.LogFactory;
- import com.aladdin.dao.dialect.Dialect;
- import com.ibatis .sqlmap.engine.execution.SqlExecutor;
- import com.ibatis .sqlmap.engine.mapping.statement.RowHandlerCallback;
- import com.ibatis .sqlmap.engine.scope.RequestScope;
- public class LimitSqlExecutor extends SqlExecutor {
- private static final Log logger = LogFactory.getLog(LimitSqlExecutor. class );
- private Dialect dialect;
- private boolean enableLimit = true ;
- public Dialect getDialect() {
- return dialect;
- }
- public void setDialect(Dialect dialect) {
- this .dialect = dialect;
- }
- public boolean isEnableLimit() {
- return enableLimit;
- }
- public void setEnableLimit( boolean enableLimit) {
- this .enableLimit = enableLimit;
- }
- @Override
- public void executeQuery(RequestScope request, Connection conn, String sql,
- Object[] parameters, int skipResults, int maxResults,
- RowHandlerCallback callback) throws SQLException {
- if ((skipResults != NO_SKIPPED_RESULTS || maxResults != NO_MAXIMUM_RESULTS)
- && supportsLimit()) {
- sql = dialect.getLimitString(sql, skipResults, maxResults);
- if (logger.isDebugEnabled()){
- logger.debug(sql);
- }
- skipResults = NO_SKIPPED_RESULTS;
- maxResults = NO_MAXIMUM_RESULTS;
- }
- super .executeQuery(request, conn, sql, parameters, skipResults,
- maxResults, callback);
- }
- public boolean supportsLimit() {
- if (enableLimit && dialect != null ) {
- return dialect.supportsLimit();
- }
- return false ;
- }
- }
package com.aladdin.dao.ibatis .ext; import java.sql.Connection; import java.sql.SQLException; import org.apache.commons.logging.Log; import org.apache.commons.logging.LogFactory; import com.aladdin.dao.dialect.Dialect; import com.ibatis .sqlmap.engine.execution.SqlExecutor; import com.ibatis .sqlmap.engine.mapping.statement.RowHandlerCallback; import com.ibatis .sqlmap.engine.scope.RequestScope; public class LimitSqlExecutor extends SqlExecutor { private static final Log logger = LogFactory.getLog(LimitSqlExecutor.class); private Dialect dialect; private boolean enableLimit = true; public Dialect getDialect() { return dialect; } public void setDialect(Dialect dialect) { this.dialect = dialect; } public boolean isEnableLimit() { return enableLimit; } public void setEnableLimit(boolean enableLimit) { this.enableLimit = enableLimit; } @Override public void executeQuery(RequestScope request, Connection conn, String sql, Object[] parameters, int skipResults, int maxResults, RowHandlerCallback callback) throws SQLException { if ((skipResults != NO_SKIPPED_RESULTS || maxResults != NO_MAXIMUM_RESULTS) && supportsLimit()) { sql = dialect.getLimitString(sql, skipResults, maxResults); if(logger.isDebugEnabled()){ logger.debug(sql); } skipResults = NO_SKIPPED_RESULTS; maxResults = NO_MAXIMUM_RESULTS; } super.executeQuery(request, conn, sql, parameters, skipResults, maxResults, callback); } public boolean supportsLimit() { if (enableLimit && dialect != null) { return dialect.supportsLimit(); } return false; } }
其中:
skipResults = NO_SKIPPED_RESULTS; maxResults = NO_MAXIMUM_RESULTS;
告诉handleResults不分页 (我们组装的sql已经使查询结果是分页 后的结果了),此处引入了类似hibenate中的数据库方言 接口Dialect,其代码如下:
- package com.aladdin.dao.dialect;
- public interface Dialect {
- public boolean supportsLimit();
- public String getLimitString(String sql, boolean hasOffset);
- public String getLimitString(String sql, int offset, int limit);
- }
package com.aladdin.dao.dialect; public interface Dialect { public boolean supportsLimit(); public String getLimitString(String sql, boolean hasOffset); public String getLimitString(String sql, int offset, int limit); }
下面为Dialect接口的MySQL实现:
- package com.aladdin.dao.dialect;
- public class MySQLDialect implements Dialect {
- protected static final String SQL_END_DELIMITER = ";" ;
- public String getLimitString(String sql, boolean hasOffset) {
- return new StringBuffer(sql.length() + 20 ).append(trim(sql)).append(
- hasOffset ? " limit ?,?" : " limit ?" )
- .append(SQL_END_DELIMITER).toString();
- }
- public String getLimitString(String sql, int offset, int limit) {
- sql = trim(sql);
- StringBuffer sb = new StringBuffer(sql.length() + 20 );
- sb.append(sql);
- if (offset > 0 ) {
- sb.append(" limit " ).append(offset).append( ',' ).append(limit)
- .append(SQL_END_DELIMITER);
- } else {
- sb.append(" limit " ).append(limit).append(SQL_END_DELIMITER);
- }
- return sb.toString();
- }
- public boolean supportsLimit() {
- return true ;
- }
- private String trim(String sql) {
- sql = sql.trim();
- if (sql.endsWith(SQL_END_DELIMITER)) {
- sql = sql.substring(0 , sql.length() - 1
- - SQL_END_DELIMITER.length());
- }
- return sql;
- }
- }
package com.aladdin.dao.dialect; public class MySQLDialect implements Dialect { protected static final String SQL_END_DELIMITER = ";"; public String getLimitString(String sql, boolean hasOffset) { return new StringBuffer(sql.length() + 20).append(trim(sql)).append( hasOffset ? " limit ?,?" : " limit ?") .append(SQL_END_DELIMITER).toString(); } public String getLimitString(String sql, int offset, int limit) { sql = trim(sql); StringBuffer sb = new StringBuffer(sql.length() + 20); sb.append(sql); if (offset > 0) { sb.append(" limit ").append(offset).append(',').append(limit) .append(SQL_END_DELIMITER); } else { sb.append(" limit ").append(limit).append(SQL_END_DELIMITER); } return sb.toString(); } public boolean supportsLimit() { return true; } private String trim(String sql) { sql = sql.trim(); if (sql.endsWith(SQL_END_DELIMITER)) { sql = sql.substring(0, sql.length() - 1 - SQL_END_DELIMITER.length()); } return sql; } }
接下来的工作就是把LimitSqlExecutor注入ibatis 中。我们是通过spring来使用ibatis 的,所以在我们的dao基类中执行注入,代码如下:
- package com.aladdin.dao.ibatis ;
- import java.io.Serializable;
- import java.util.List;
- import org.springframework.orm.ObjectRetrievalFailureException;
- import org.springframework.orm.ibatis .support.SqlMapClientDaoSupport;
- import com.aladdin.dao.ibatis .ext.LimitSqlExecutor;
- import com.aladdin.domain.BaseObject;
- import com.aladdin.util.ReflectUtil;
- import com.ibatis .sqlmap.client.SqlMapClient;
- import com.ibatis .sqlmap.engine.execution.SqlExecutor;
- import com.ibatis .sqlmap.engine.impl.ExtendedSqlMapClient;
- public abstract class BaseDaoiBatis extends SqlMapClientDaoSupport {
- private SqlExecutor sqlExecutor;
- public SqlExecutor getSqlExecutor() {
- return sqlExecutor;
- }
- public void setSqlExecutor(SqlExecutor sqlExecutor) {
- this .sqlExecutor = sqlExecutor;
- }
- public void setEnableLimit( boolean enableLimit) {
- if (sqlExecutor instanceof LimitSqlExecutor) {
- ((LimitSqlExecutor) sqlExecutor).setEnableLimit(enableLimit);
- }
- }
- public void initialize() throws Exception {
- if (sqlExecutor != null ) {
- SqlMapClient sqlMapClient = getSqlMapClientTemplate()
- .getSqlMapClient();
- if (sqlMapClient instanceof ExtendedSqlMapClient) {
- ReflectUtil.setFieldValue(((ExtendedSqlMapClient) sqlMapClient)
- .getDelegate(), "sqlExecutor" , SqlExecutor. class ,
- sqlExecutor);
- }
- }
- }
- ...
- }
package com.aladdin.dao.ibatis ; import java.io.Serializable; import java.util.List; import org.springframework.orm.ObjectRetrievalFailureException; import org.springframework.orm.ibatis .support.SqlMapClientDaoSupport; import com.aladdin.dao.ibatis .ext.LimitSqlExecutor; import com.aladdin.domain.BaseObject; import com.aladdin.util.ReflectUtil; import com.ibatis .sqlmap.client.SqlMapClient; import com.ibatis .sqlmap.engine.execution.SqlExecutor; import com.ibatis .sqlmap.engine.impl.ExtendedSqlMapClient; public abstract class BaseDaoiBatis extends SqlMapClientDaoSupport { private SqlExecutor sqlExecutor; public SqlExecutor getSqlExecutor() { return sqlExecutor; } public void setSqlExecutor(SqlExecutor sqlExecutor) { this.sqlExecutor = sqlExecutor; } public void setEnableLimit(boolean enableLimit) { if (sqlExecutor instanceof LimitSqlExecutor) { ((LimitSqlExecutor) sqlExecutor).setEnableLimit(enableLimit); } } public void initialize() throws Exception { if (sqlExecutor != null) { SqlMapClient sqlMapClient = getSqlMapClientTemplate() .getSqlMapClient(); if (sqlMapClient instanceof ExtendedSqlMapClient) { ReflectUtil.setFieldValue(((ExtendedSqlMapClient) sqlMapClient) .getDelegate(), "sqlExecutor", SqlExecutor.class, sqlExecutor); } } } ... }
其中的initialize方法执行注入,稍后会看到此方法在spring Beans 配置中指定为init-method。由于sqlExecutor是 com.ibatis .sqlmap.engine.impl.ExtendedSqlMapClient的私有成员,且没有公开的set方法,所以此处通过反射绕过java的访问控制,下面是ReflectUtil的实现代码:
- package com.aladdin.util;
- import java.lang.reflect.Field;
- import java.lang.reflect.Method;
- import java.lang.reflect.Modifier;
- import org.apache.commons.logging.Log;
- import org.apache.commons.logging.LogFactory;
- public class ReflectUtil {
- private static final Log logger = LogFactory.getLog(ReflectUtil. class );
- public static void setFieldValue(Object target, String fname, Class ftype,
- Object fvalue) {
- if (target == null
- || fname == null
- || "" .equals(fname)
- || (fvalue != null && !ftype.isAssignableFrom(fvalue.getClass()))) {
- return ;
- }
- Class clazz = target.getClass();
- try {
- Method method = clazz.getDeclaredMethod("set"
- + Character.toUpperCase(fname.charAt(0 ))
- + fname.substring(1 ), ftype);
- if (!Modifier.isPublic(method.getModifiers())) {
- method.setAccessible(true );
- }
- method.invoke(target, fvalue);
- } catch (Exception me) {
- if (logger.isDebugEnabled()) {
- logger.debug(me);
- }
- try {
- Field field = clazz.getDeclaredField(fname);
- if (!Modifier.isPublic(field.getModifiers())) {
- field.setAccessible(true );
- }
- field.set(target, fvalue);
- } catch (Exception fe) {
- if (logger.isDebugEnabled()) {
- logger.debug(fe);
- }
- }
- }
- }
- }
package com.aladdin.util; import java.lang.reflect.Field; import java.lang.reflect.Method; import java.lang.reflect.Modifier; import org.apache.commons.logging.Log; import org.apache.commons.logging.LogFactory; public class ReflectUtil { private static final Log logger = LogFactory.getLog(ReflectUtil.class); public static void setFieldValue(Object target, String fname, Class ftype, Object fvalue) { if (target == null || fname == null || "".equals(fname) || (fvalue != null && !ftype.isAssignableFrom(fvalue.getClass()))) { return; } Class clazz = target.getClass(); try { Method method = clazz.getDeclaredMethod("set" + Character.toUpperCase(fname.charAt(0)) + fname.substring(1), ftype); if (!Modifier.isPublic(method.getModifiers())) { method.setAccessible(true); } method.invoke(target, fvalue); } catch (Exception me) { if (logger.isDebugEnabled()) { logger.debug(me); } try { Field field = clazz.getDeclaredField(fname); if (!Modifier.isPublic(field.getModifiers())) { field.setAccessible(true); } field.set(target, fvalue); } catch (Exception fe) { if (logger.isDebugEnabled()) { logger.debug(fe); } } } } }
到此剩下的就是通过Spring将sqlExecutor注入BaseDaoiBatis 中了,下面是Spring Beans配置文件:
- <? xml version = "1.0" encoding = "UTF-8" ?>
- <!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN"
- "http://www.springframework.org/dtd/spring-beans.dtd">
- < beans >
- <!-- Transaction manager for a single JDBC DataSource -->
- < bean id = "transactionManager" class = "org.springframework.jdbc.datasource.DataSourceTransactionManager" >
- < property name = "dataSource" >
- < ref bean = "dataSource" />
- </ property >
- </ bean >
- <!-- SqlMap setup for iBATIS Database Layer -->
- < bean id = "sqlMapClient" class = "org.springf
发表评论
文章已被作者锁定,不允许评论。
相关推荐
总之,通过以上方法,我们可以实现在不修改iBatis源码的前提下,让iBatis支持类似Hibernate的物理分页,提高查询效率,尤其在大数据量的场景下,这种优化尤为关键。不过,需要注意的是,不同的数据库系统对物理分页...
本文讲述的就是如何在不重新编译ibatis源码的前提下,为ibatis引入hibernate式的物理分页机制。 基本思路就是找到ibatis执行sql的地方,截获sql并重新组装sql。通过分析ibatis源码知道,最终负责执行sql的类是 ...
SSH2+IBATIS框架是Java开发中常用的一套企业级应用开发框架组合,它将Spring、Hibernate、Struts2和iBatis等组件融合在一起,以提高开发效率和实现松耦合。以下是对这些框架及其整合方式的详细说明: **Spring框架*...
本项目是一个基于SpringMVC、Spring、Hibernate和jQuery的完整分页应用,涵盖了后端服务、数据持久化、前端交互等多个重要技术领域。下面将详细解释这些技术及其在项目中的应用。 1. SpringMVC:SpringMVC是Spring...
### MySQL、JDBC详解及与iBatis对比 ...通过对MySQL的基本操作、JDBC的工作原理以及iBatis与JDBC的对比分析,我们可以更全面地理解数据库编程的关键概念和技术要点。希望本文能够帮助开发者们更加熟练地掌握这些技能。
除了基本的查询,iBatis还支持动态SQL、批量操作、分页等功能,这些都是在实际项目中非常实用的能力。例如,动态SQL允许开发者根据不同的条件构建SQL语句,而批量操作则可以提高数据处理的效率。 ### 四、总结 ...
Ibatis的核心理念是“SQL就是SQL”,它并不像Hibernate那样尝试完全对象化数据库,而是将数据访问逻辑保留在SQL语句中,通过XML配置文件或注解来绑定SQL与Java对象。这使得开发人员可以充分利用SQL的灵活性,同时...
- **配置简单**:最新的iBatis版本(例如2.0)改进了XML配置文件,使其更加直观易懂,即使是没有深入学习过iBatis的新手也能够快速理解配置文件的结构和意义。 #### 三、环境搭建与基本配置 1. **安装iBatis**:...
与其他数据库持久层框架如JDO、Hibernate相比,Ibatis的最大优势在于其简洁性和易学性。只需掌握JavaBean、XML和SQL的基础知识,开发者就能有效地利用Ibatis发挥出SQL的强大功能。 #### 安装与配置 - **JAR文件和...
与Hibernate相比,Ibatis更注重SQL的自由度,适合对SQL有深度需求的项目。而Hibernate则以全自动化为特点,通过ORM机制简化了数据库操作,但在大数据量和复杂查询时可能效率较低。选择Ibatis还是Hibernate,取决于...
在Ibatis中,可以通过动态SQL来实现排序(ORDER BY)和分页(LIMIT 或 ROWNUM),而在控制器层,Spring MVC 可以处理请求参数,传递分页和排序条件到服务层,从而返回对应的查询结果。 "新增、修改、删除"是CRUD...
在IT行业中,分页是数据库查询的一个重要特性,特别是在数据量庞大的情况下,它能帮助...在 chap_ibatis 压缩包中,可能包含了相关的Ibatis分页源码示例,你可以进一步研究其中的细节,加深对Ibatis分页机制的理解。
- 对于那些对性能有较高要求的应用场景,iBatis 的灵活性和可控性使其成为更好的选择。 **5.2 复杂查询** - 当应用中包含大量复杂的 SQL 查询时,iBatis 的手动 SQL 控制能够更好地满足需求。 **5.3 简单查询** - ...
Ibatis是由Apache软件基金会维护的一个开源项目,它的核心功能是将SQL语句与Java代码分离,提供灵活的数据访问层,使数据库操作更加简单、高效。 在视频教程中,你可能会学到以下关键知识点: 1. **Ibatis简介**:...
iBatis是一个轻量级的Java持久层框架,它与Hibernate相比,更加灵活,适合于对数据库操作有自定义需求的项目。在本资源中,"iBatis条件查询"着重展示了如何根据业务需求定制SQL语句进行数据检索,尤其在不涉及复杂...
此外,由于Hibernate的自动管理特性,对于某些特定的数据库优化操作,如分页查询、批处理更新等,可能不如iBatis那么直接和高效。 其次,iBatis的学习曲线相对较平缓,因为它允许开发者保留对SQL的直接控制。而...
虽然与Hibernate相比,iBATIS可能在自动化程度和缓存管理上略显不足,但对于那些需要对SQL查询有精细化控制的应用场景,iBATIS无疑是更好的选择。开发者应根据项目的具体需求和团队的技术栈来决定采用哪种框架,以...
8. 分页查询:iBatis支持通过设置参数实现分页查询,这对大数据量的展示非常有用。 9. 缓存机制:iBatis提供了本地缓存和二级缓存机制,可以有效减少数据库访问,提高系统性能。开发者可以根据需求选择启用并配置...
【标题】:“利用Mybatis的动态SQL实现物理分页” 【描述】:本文主要探讨了在实际项目中如何利用Mybatis的动态SQL功能来解决大数据量下的物理分页问题,以避免内存溢出。 【标签】:“SQL 数据库 数据处理 参考...