查询记录时rs.previous()的使用

查询记录时rs.previous()的使用

假如查询一个数据表,假设没有记录就显示提示信息,有就所有显示出来查询结果。这时假设是有查询结果的话就须要进行两次查询,第一次查完记录指针指向最后一条记录,開始第二次查询前,须要将指针回到第一条记录(使用rs.previous()),红色标记是使用rs.previous()方法时,必须採用的设置记录指针的方法。

Statement stat=con.createStatement(ResultSet.TYPE_SCROLL_INSENSITIVE,ResultSet.CONCUR_READ_ONLY);
ResultSet rs=null;

String sql="select * from teacher";

rs=stat.executeQuery(sql);
if(!rs.next())
 {
   out.println("对不起,没有您要查询的教师基本信息记录");
 }
else{
 rs.previous();

while(rs.next())

{

......

}

}

查询记录时rs.previous()的使用,布布扣,bubuko.com

时间: 2024-10-11 03:31:21

查询记录时rs.previous()的使用的相关文章

查询MongoDB oplog.rs

oplog是Capped Collection,默认分配5%的空闲磁盘空间. 来看下oplog.rs的样子: rs_test:SECONDARY> use local switched to db local rs_test:SECONDARY> db.oplog.rs.findOne(); {         "ts" : Timestamp(1465879171, 238),         "h" : NumberLong("-22754

MyBatis关联查询 (association) 时遇到的某些问题/mybatis映射

先说下问题产生的背景: 最近在做一个用到MyBatis的项目,其中有个业务涉及到关联查询,我是将两个查询分开来写的,即嵌套查询,个人感觉这样更方便重用: 关联的查询使用到了动态sql,在执行查询时就出现了如下错误:Caused by: org.apache.ibatis.reflection.ReflectionException: There is no getter for property named 'id' in 'class java.lang.Integer' 因为出现了这个问题,

mongodb慢查询记录

在 MySQL中,慢查询日志是经常作为我们优化数据库的依据,那在MongoDB中是否有类似的功能呢?答案是肯定的,那就是Mongo Database Profiler.不仅有,而且还有一些比MySQL的Slow Query Log更详细的信息.它就是我们这篇文章的主题. 开启 Profiling 功能 有两种方式可以控制 Profiling 的开关和级别,第一种是直接在启动参数里直接进行设置. 启动MongoDB时加上–profile=级别 即可. 也可以在客户端调用db.setProfilin

mysql查询更新时的锁表机制分析(只介绍了MYISAM)

为了给高并发情况下的mysql进行更好的优化,有必要了解一下mysql查询更新时的锁表机制. 一.概述 MySQL有三种锁的级别:页级.表级.行级.MyISAM和MEMORY存储引擎采用的是表级锁(table-level locking):BDB存储引擎采用的是页面锁(page-level locking),但也支持表级锁:InnoDB存储引擎既支持行级锁(row-level locking),也支持表级锁,但默认情况下是采用行级锁. MySQL这3种锁的特性可大致归纳如下: 表级锁:开销小,加

Aerospike C客户端手册———查询—查询记录

查询记录 查询时除了使用主索引,Aerospike C客户端也提供API来通过检索次索引查询数据库. 为了使用次索引查询数据,首先应初始化并填充一个as_query对象:然后,以初始化完成的as_query对象,使用aerospike_query_foreach()执行查询.一个查询可以: 对返回的满足条件记录逐个调用回调函数. 对返回的满足条件记录集合应用流式用户定义函数(StreamUDF),再对StreamUDF返回结果调用回调用函数. 此章节专注于第一种方式,如想了解第二种方式,请参见[

select @@identity得到上一次插入记录时自动产生的ID

select @@identity的用法 2008-10-25 11:25:39|  分类: JSP Dev|举报|字号 订阅 用select @@identity得到上一次插入记录时自动产生的ID 如果你使用存储过程的话,将非常简单,代码如下:SET @[email protected]@IDENTITY 说明: 在一条 INSERT.SELECT INTO 或大容量复制语句完成后,@@IDENTITY 中包含此语句产生的最后的标识值.若此语句没有影响任何有标识列的表,则 @@IDENTITY

Hibernate单表操作(六)——查询记录get()与load()方法区别

转载请注明:http://blog.csdn.net/uniquewonderq 在上一次的案例中,通过get或者load方法得到的结果一样. 既然得到的结果一样, 那么  get和load方法查询记录的区别是什么呢? 区别一: 在不考虑缓存的情况下,get方法会在调用之后立即向数据库发出sql语句,发出selelct语句,去查找这个记录或者说对象,返回本身的持久化对象. load方法会在调用后返回一个代理对象. 该代理对象只保存了实体对象的主键id,直到真正使用对象的非主键属性时才会发出sql

使用mybatis注解@Options实现添加记录时返回主键值

官网:http://www.mybatis.org/mybatis-3/index.html 在使用mybatis作为ORM框架时,我通常更喜欢使用注解而非xml配置文件的方式.业务场景:添加记录之后需要返回自己自增长的主键字段值.通常,我们会将DAO层写成如下代码(以添加员工Staff为例): public interface StaffDAO { @InsertProvider(type=StaffProvider.class, method="buildSinleStaff")

mysql查询更新时的锁表机制分析

为了给高并发情况下的mysql进行更好的优化,有必要了解一下mysql查询更新时的锁表机制. 一.概述 MySQL有三种锁的级别:页级.表级.行级.MyISAM和MEMORY存储引擎采用的是表级锁(table-level locking):BDB存储引擎采用的是页面锁(page-level locking),但也支持表级锁:InnoDB存储引擎既支持行级锁(row-level locking),也支持表级锁,但默认情况下是采用行级锁. MySQL这3种锁的特性可大致归纳如下: 表级锁:开销小,加