compact3

javax.sql.rowset

Интерфейс CachedRowSet

Все Суперинтерфейсы:

AutoCloseable, Joinable, ResultSet, RowSet, Обертка

Все Известные Подынтерфейсы:

FilteredRowSet, JoinRowSet, WebRowSet

public interface CachedRowSet
extends RowSet, Joinable

Интерфейс, что все стандартные реализации CachedRowSet должен реализовать.

Ссылочная реализация CachedRowSet интерфейс, обеспеченный Oracle Corporation, является стандартной реализацией. Разработчики могут использовать эту реализацию, как это, они могут расширить это, или они могут хотеть писать свои собственные реализации этого интерфейса.

A CachedRowSet объект является контейнером для строк данных, которые кэшируют его строки в памяти, которая позволяет работать, всегда не будучи соединенным с его источником данных. Далее, это - компонент ^JavaBeansTM и с возможностью прокрутки, обновляемо, и сериализуемо. A CachedRowSet объект обычно содержит строки от набора результатов, но он может также содержать строки от любого файла с табличным форматом, такие как электронная таблица. Ссылочная реализация поддерживает получение данных только от a ResultSet объект, но разработчики может расшириться SyncProvider реализации, чтобы обеспечить доступ к другим источникам табличных данных.

Приложение может изменить данные в a CachedRowSet объект, и те модификации могут тогда быть распространены назад к источнику данных.

A CachedRowSet объект является разъединенным набором строк, что означает, что он использует соединение со своим источником данных только кратко. Это соединяется с его источником данных, в то время как это читает данные, чтобы заполнить себя со строками и снова в то время как это распространяет, возвращается к его базовому источнику данных. Остальная часть времени, a CachedRowSet объект разъединяется, включая то, в то время как его данные изменяются. Быть разъединенным делает a RowSet возразите намного более скудный и поэтому намного легче передать к другому компоненту. Например, разъединенный RowSet объект может быть сериализирован и передан по проводу к тонкому клиенту, такому как персональный цифровой секретарь (PDA).

1.0 Создание a CachedRowSet Объект

Следующая строка кода использует конструктора по умолчанию для CachedRowSet предоставленный в ссылочной реализации (RI), чтобы создать значение по умолчанию CachedRowSet объект.

     CachedRowSetImpl crs = new CachedRowSetImpl();
 

Это новое CachedRowSet объекту установят его свойства в свойства значения по умолчанию a BaseRowSet объект, и, кроме того, это будет иметь RIOptimisticProvider возразите как его провайдер синхронизации. RIOptimisticProvider, один из два SyncProvider реализации, включенные в RI, являются провайдером значения по умолчанию что SyncFactory одиночный элемент предоставит, когда никакой провайдер синхронизации не будет определен.

A SyncProvider объект обеспечивает a CachedRowSet объект с читателем (a RowSetReader объект) для того, чтобы считать данные из источника данных, чтобы заполнить себя с данными. Читатель может быть реализован, чтобы считать данные из a ResultSet возразите или от файла с табличным форматом. A SyncProvider объект также предоставляет писателю (a RowSetWriter объект) для того, чтобы синхронизировать любые модификации с CachedRowSet данные объекта, сделанные, в то время как это было разъединено с данными в базовом источнике данных.

Писатель может быть реализован, чтобы осуществить различные степени заботы в проверке конфликты и в уходе от них. (Конфликт происходит, когда значение в источнике данных было изменено после набора строк, заполненного непосредственно с тем значением.) RIOptimisticProvider реализация предполагает, что будут немногие или никакие конфликты и поэтому не устанавливают блокировок. Это обновляет источник данных со значениями от CachedRowSet возразите, только если нет никаких конфликтов. Другие писатели могут быть реализованы так, чтобы они всегда записали измененные данные в источник данных, который может быть выполнен или не проверяя на конфликты или, на другом конце спектра, устанавливая блокировки, достаточные, чтобы предотвратить данные в источнике данных от того, чтобы быть измененным. Тем не менее другие реализации писателя могут быть где-нибудь промежуточными.

A CachedRowSet объект может использовать любого SyncProvider реализация, которая была зарегистрирована в SyncFactory одиночный элемент. Приложение может узнать который SyncProvider реализации были зарегистрированы, вызывая следующую строку кода.

      java.util.Enumeration providers = SyncFactory.getRegisteredProviders();
 

Есть два пути к a CachedRowSet объект определить, который SyncProvider объект это будет использовать. Предоставление имени реализации конструктору
Следующая строка кода создает CachedRowSet возразите crs2, который инициализируется со значениями по умолчанию за исключением того, что SyncProvider объект является определенным тем.

          CachedRowSetImpl crs2 = new CachedRowSetImpl(
                                 "com.fred.providers.HighAvailabilityProvider");
     

Установка SyncProvider использование CachedRowSet метод setSyncProvider
Следующая строка кода сбрасывает SyncProvider объект для crs, CachedRowSet объект создается с конструктором по умолчанию.

           crs.setSyncProvider("com.fred.providers.HighAvailabilityProvider");
      

SyncFactory и SyncProvider для большего количества деталей.

2.0 Получение Данных от a CachedRowSet Объект

Данные получаются от a CachedRowSet объект при использовании методов метода get, наследованных от ResultSet интерфейс. Следующие примеры те, в который crs a CachedRowSet возразите, демонстрируйте, как выполнить итерации через строки, получая значения столбцов в каждой строке. Первый пример использует версию методов метода get, которые берут номер столбца; второй пример использует версию, которая берет имя столбца. Номера столбца обычно используются когда RowSet команда объекта имеет форму SELECT * FROM TABLENAME; имена столбцов обычно используются, когда команда определяет столбцы по имени.

    while (crs.next()) {
        String name = crs.getString(1);
        int id = crs.getInt(2);
        Clob comment = crs.getClob(3);
        short dept = crs.getShort(4);
        System.out.println(name + "  " + id + "  " + comment + "  " + dept);
    }
 

    while (crs.next()) {
        String name = crs.getString("NAME");
        int id = crs.getInt("ID");
        Clob comment = crs.getClob("COM");
        short dept = crs.getShort("DEPT");
        System.out.println(name + "  " + id + "  " + comment + "  " + dept);
    }
 

2.1 Получение RowSetMetaData

Приложение может получить информацию о столбцах в a CachedRowSet объект, вызывая ResultSetMetaData и RowSetMetaData методы на a RowSetMetaData объект. Следующий фрагмент кода, в котором crs является a CachedRowSet возразите, иллюстрирует процесс. Первая строка создает a RowSetMetaData объект с информацией о столбцах в crs. Метод getMetaData, наследованный от ResultSet интерфейс, a возвратов ResultSetMetaData объект, который бросается к a RowSetMetaData объект прежде, чем быть присвоенным переменной rsmd. Вторая строка узнает, сколько столбцов jrs имеет, и третья строка получает тип JDBC значений, сохраненных во втором столбце jrs.

     RowSetMetaData rsmd = (RowSetMetaData)crs.getMetaData();
     int count = rsmd.getColumnCount();
     int type = rsmd.getColumnType(2);
 

RowSetMetaData интерфейс отличается от ResultSetMetaData интерфейс двумя способами.

• Это включает setter методы: A RowSet возразите использует эти методы внутренне, когда это заполняется с данными от различного ResultSet объект.

• Это содержит меньше getter методы: Некоторые ResultSetMetaData методы, чтобы не примениться к a RowSet объект. Например, получение методов, перезаписываемо ли значение столбца или только для чтения, не применяется потому что все a RowSet столбцы объекта будут перезаписываемы или только для чтения, в зависимости от того, обновляем ли набор строк или нет.

ОТМЕТЬТЕ: Чтобы возвратить a RowSetMetaData объект, реализации должны переопределить getMetaData() метод, определенный в java.sql.ResultSet и возвратите a RowSetMetaData объект.

3.0 Обновление a CachedRowSet Объект

Обновление a CachedRowSet объект подобен обновлению a ResultSet объект, но потому что набор строк не соединяется с его источником данных, в то время как это обновляется, это должно сделать дополнительный шаг, чтобы вызвать изменения в его базовом источнике данных. После вызова метода updateRow или insertRow, a CachedRowSet объект должен также вызвать метод acceptChanges иметь обновления, записанные источнику данных. Следующий пример, в котором курсор находится на строке в CachedRowSet возразите crs, показывает код, требуемый обновить два значения столбцов в текущей строке и также обновить RowSet базовый источник данных объекта.

     crs.updateShort(3, 58);
     crs.updateInt(4, 150000);
     crs.updateRow();
     crs.acceptChanges();
 

Следующий пример демонстрирует, как перемещаться в строку вставки, создавая новую строку на строке вставки, вставляя это в набор строк, и затем вызывая метод acceptChanges добавить новую строку к базовому источнику данных. Отметьте, что как с методами метода get, updater методы могут взять или столбец, индексируют или имя столбца, чтобы назвать столбец действовавшим.

     crs.moveToInsertRow();
     crs.updateString("Name", "Shakespeare");
     crs.updateInt("ID", 10098347);
     crs.updateShort("Age", 58);
     crs.updateInt("Sal", 150000);
     crs.insertRow();
     crs.moveToCurrentRow();
     crs.acceptChanges();
 

ОТМЕТЬТЕ: Где insertRow() метод вставляет содержание a CachedRowSet строка вставки объекта определяется с помощью реализации. Ссылочная реализация для CachedRowSet интерфейс сразу вставляет новую строку после текущей строки, но это могло быть реализовано, чтобы вставить новые строки в любое число других мест.

Другая вещь отметить об этих примерах состоит в том, как они используют метод acceptChanges. Именно этот метод распространяет изменения в a CachedRowSet возразите назад против базового источника данных, обращаясь RowSet писатель объекта внутренне, чтобы записать изменения в источник данных. Чтобы сделать это, писатель должен подвергнуться расходу установления соединения с тем источником данных. Предшествование двум фрагментам кода вызывает метод acceptChanges сразу после вызова updateRow или insertRow. Однако, когда есть многократные изменяемые строки, более эффективно вызвать acceptChanges после всех звонков updateRow и insertRow были сделаны. Если acceptChanges вызывается только однажды, только одно соединение должно быть установлено.

4.0 Обновление Базового Источника данных

Когда метод acceptChanges выполняется, CachedRowSet писатель объекта, a RowSetWriterImpl возразите, вызывается негласно, чтобы записать изменения, произведенные в наборе строк к базовому источнику данных. Писатель реализуется, чтобы сделать соединение с источником данных и обновления записи к нему.

Писатель делается доступным посредством реализации SyncProvider интерфейс, как обсуждено в разделе 1, "Создавая a CachedRowSet Объект." Ссылочный провайдер реализации значения по умолчанию, RIOptimisticProvider, реализовывали его писателя, чтобы использовать механизм управления оптимистичного параллелизма. Таким образом, это поддерживает, не привязывает базовую базу данных, в то время как набор строк разъединяется от базы данных и просто проверяет, чтобы видеть, есть ли какие-либо конфликты перед писанием данных к источнику данных. Если есть какие-либо конфликты, это ничего не пишет в источник данных.

Услуга читателя/писателя, предоставленная SyncProvider class является сменным, учитывая настройку поиска данных и обновления. Если различный механизм управления совместным выполнением требуется, различная реализация SyncProvider может быть включен в использовании метода setSyncProvider.

Чтобы использовать подпрограмму управления оптимистичным параллелизмом, RIOptismisticProvider поддерживает и его текущую стоимость и его исходное значение (значение, у него было сразу предшествование текущей стоимости). Отметьте это, если никакие изменения не были произведены в данных в a RowSet объект, его текущая стоимость и его исходные значения являются тем же самым, оба являющийся значениями с который RowSet объект был первоначально заполнен. Однако, однажды любые значения в RowSet объект был изменен, текущая стоимость и исходные значения будут отличаться, хотя на данном этапе, исходные значения являются все еще начальными значениями. С любыми последующими изменениями к данным в a RowSet объект, его исходные значения и текущая стоимость будут все еще отличаться, но его исходные значения будут значениями, которые были ранее текущей стоимостью.

Отслеживание исходных значений позволяет писателю сравниваться RowSet исходное значение объекта со значением в базе данных. Если значения в базе данных отличаются от RowSet исходные значения объекта, что означает, что значения в базе данных были изменены, есть конфликт. Проверяет ли писатель на конфликты, какой степень проверки это делает, и как это обрабатывает конфликты, все зависят от того, как это реализуется.

5.0 Регистрация и Уведомление Слушателей

Будучи компонентами JavaBeans, все наборы строк участвуют в модели событий JavaBeans, наследовав методы для того, чтобы зарегистрировать слушателей и уведомить их относительно изменений от BaseRowSet class. Слушатель для a CachedRowSet объект является компонентом, который хочет быть уведомленным всякий раз, когда есть изменение в наборе строк. Например, если a CachedRowSet объект содержит результаты запроса, и те результаты выводятся на экран в, скажем, таблице и гистограмме, таблица и гистограмма могли быть зарегистрированы как слушатели с набором строк так, чтобы они могли обновить себя, чтобы отразить изменения. Чтобы стать слушателями, таблица и классы гистограммы должны реализовать RowSetListener интерфейс. Затем они могут быть добавлены к CachedRowSet список объекта слушателей, как иллюстрируется в следующих строках кода.

    crs.addRowSetListener(table);
    crs.addRowSetListener(barGraph);
 

Каждый CachedRowSet метод, который перемещает курсор или изменяет данные также, уведомляет зарегистрированных слушателей изменений, таким образом, table и barGraph будет уведомлен, когда есть изменение в crs.

6.0 Передача Данных к Тонким клиентам

Одна из главных причин использовать a CachedRowSet объект состоит в том, чтобы передать данные между различными компонентами приложения. Поскольку это сериализуемо, a CachedRowSet объект может использоваться, например, чтобы отправить результат запроса, выполняемого предприятием компонент JavaBeans, работающий в серверной среде по сети клиенту, работающему в веб-браузере.

В то время как a CachedRowSet объект разъединяется, это может быть намного более скудно чем a ResultSet объект с теми же самыми данными. В результате это может быть особенно подходящим для того, чтобы отправить данные тонкому клиенту, такому как PDA, где было бы неуместно использовать драйвер JDBC из-за ограничений ресурса или соображений безопасности. Таким образом, a CachedRowSet объект обеспечивает средство "вложить строки" без потребности реализовать полный API JDBC.

7.0 Прокрутка и Обновление

Второе главное использование для CachedRowSet объекты состоят в том, чтобы обеспечить прокрутку и обновление для ResultSet объекты, которые не обеспечивают эти возможности непосредственно. Другими словами, a CachedRowSet объект может использоваться, чтобы увеличить возможности поддерживающего технологию драйвера JDBC (после этого названный "драйвером JDBC"), когда DBMS не обеспечивает полную поддержку прокрутки и обновления. Достигнуть эффекта создания non-scrollble и только для чтения ResultSet возразите с возможностью прокрутки и обновляемый, программист просто должен создать a CachedRowSet объект заполняется с этим ResultSet данные объекта. Это демонстрируется в следующем фрагменте кода, где stmt a Statement объект.

    ResultSet rs = stmt.executeQuery("SELECT * FROM EMPLOYEES");
    CachedRowSetImpl crs = new CachedRowSetImpl();
    crs.populate(rs);
 

Объект crs теперь содержит данные от таблицы EMPLOYEES, так же, как объект rs делает. Различие то, что курсор для crs может быть продвинут, назад, или к определенной строке даже если курсор для rs может переместиться только вперед. Кроме того, crs обновляемо даже если rs то, не потому что по умолчанию, a CachedRowSet объект и с возможностью прокрутки и обновляем.

В сводке, a CachedRowSet объект может думаться как просто разъединенный набор строк, которые кэшируются за пределами источника данных. Будучи тонким и сериализуемым, это может легко быть отправлено через провод, и это хорошо подходит для передающих данных к тонкому клиенту. Однако, a CachedRowSet у объекта действительно есть ограничение: Это ограничивается в размере объемом данных, который это может сохранить в памяти когда-то.

8.0 Получение Универсального Доступа к данным

Другое преимущество CachedRowSet class - то, что это позволяет получить и хранить данные из источников кроме реляционной базы данных. Читатель для набора строк может быть реализован, чтобы считать и заполнить его набор строк с данными из любого источника табличных данных, включая электронную таблицу или плоский файл. Поскольку оба a CachedRowSet возразите и его метаданные могут быть созданы с нуля, компонент, который действует, поскольку фабрика для наборов строк может использовать эту возможность создать набор строк, содержащий данные от источников данных не-SQL. Однако, это ожидается это большую часть времени, CachedRowSet объекты будут содержать данные, которые были выбраны от базы данных SQL, используя API JDBC.

9.0 Установка Свойств

Все наборы строк поддерживают ряд свойств, которые будут обычно устанавливаться, используя инструмент. Число и виды свойств, которые имеет набор строк, изменятся, в зависимости от того, что делает набор строк и как это получает свои данные. Например, наборы строк, которые получают их данные от a ResultSet возразите должен установить свойства, которые требуются для того, чтобы сделать соединение с базой данных. Если набор строк использует DriverManager средство, чтобы сделать соединение, это должно установить свойство для URL JDBC, который идентифицирует соответствующий драйвер, и это должно установить свойства, которые дают имя пользователя и пароль. Если с другой стороны набор строк использует a DataSource объект сделать соединение, которое является привилегированным методом, он не должен установить свойство для URL JDBC. Вместо этого это должно установить свойства для логического имени источника данных для имени пользователя, и для пароля.

ОТМЕТЬТЕ: Чтобы использовать a DataSource объект для того, чтобы сделать соединение, DataSource объект, должно быть, был зарегистрирован в службе именования, которая использует Именование Java и Каталог ^InterfaceTM (JNDI) API. Эта регистрация обычно делается человеком, действующим от лица системного администратора.

Чтобы быть в состоянии заполнить себя с данными от базы данных, набор строк должен установить свойство команды. Это свойство является запросом, который является a PreparedStatement объект, который позволяет запросу иметь заполнителей параметра, которые устанавливаются во время выполнения, в противоположность времени проектирования. Чтобы установить эти параметры заполнителя со значениями, набор строк обеспечивает методы метода set для того, чтобы они установили значения каждого типа данных, подобного методам метода set, обеспеченным PreparedStatement интерфейс.

Следующий фрагмент кода иллюстрирует как CachedRowSet объект crs мог бы иметь его набор свойств команды. Отметьте, что, если бы инструмент используется, чтобы установить свойства, это - код, который использовал бы инструмент.

    crs.setCommand("SELECT FIRST_NAME, LAST_NAME, ADDRESS FROM CUSTOMERS " +
                   "WHERE CREDIT_LIMIT > ? AND REGION = ?");
 

Значения, которые будут использоваться, чтобы установить параметры заполнителя команды, содержатся в RowSet объект params поле, которое является a Vector объект. CachedRowSet class обеспечивает ряд методов метода set для того, чтобы он установил элементы в params поле. Следующий фрагмент кода демонстрирует, как устанавливать эти два параметров в запросе от предыдущего примера.

    crs.setInt(1, 5000);
    crs.setString(2, "West");
 

params поле теперь содержит два элемента, каждый из которых является массивом два элемента долго. Первый элемент является числом параметра; вторым является значение, которое будет установлено. В этом случае, первый элемент params 1, 5000, и второй элемент 2, "West". Когда приложение вызывает метод execute, это поочередно обратится к этому RowSet читатель объекта, который поочередно вызовет readData метод. Как часть его реализации, readData вложит значения params и используйте их, чтобы установить параметры заполнителя команды. Следующий фрагмент кода дает общее представление о том, как читатель делает это после получения Connection объект con.

    PreparedStatement pstmt = con.prepareStatement(crs.getCommand());
    reader.decodeParams();
    // decodeParams figures out which setter methods to use and does something
    // like the following:
    //    for (i = 0; i < params.length; i++) {
    //        pstmt.setObject(i + 1, params[i]);
    //    }
 

At this point, the command for crs is the query "SELECT FIRST_NAME, LAST_NAME, ADDRESS FROM CUSTOMERS WHERE CREDIT_LIMIT > 5000 AND REGION = "West". After the readData method executes this command with the following line of code, it will have the data from rs with which to populate crs.

     ResultSet rs = pstmt.executeQuery();
 

The preceding code fragments give an idea of what goes on behind the scenes; they would not appear in an application, which would not invoke methods like readData and decodeParams. In contrast, the following code fragment shows what an application might do. It sets the rowset's command, sets the command's parameters, and executes the command. Simply by calling the execute method, crs populates itself with the requested data from the table CUSTOMERS.

    crs.setCommand("SELECT FIRST_NAME, LAST_NAME, ADDRESS FROM CUSTOMERS" +
                   "WHERE CREDIT_LIMIT > ? AND REGION = ?");
    crs.setInt(1, 5000);
    crs.setString(2, "West");
    crs.execute();
 

10.0 Paging Data

Because a CachedRowSet object stores data in memory, the amount of data that it can contain at any one time is determined by the amount of memory available. To get around this limitation, a CachedRowSet object can retrieve data from a ResultSet object in chunks of data, called pages. To take advantage of this mechanism, an application sets the number of rows to be included in a page using the method setPageSize. In other words, if the page size is set to five, a chunk of five rows of data will be fetched from the data source at one time. An application can also optionally set the maximum number of rows that may be fetched at one time. If the maximum number of rows is set to zero, or no maximum number of rows is set, there is no limit to the number of rows that may be fetched at a time.

After properties have been set, the CachedRowSet object must be populated with data using either the method populate or the method execute. The following lines of code demonstrate using the method populate. Note that this version of the method takes two parameters, a ResultSet handle and the row in the ResultSet object from which to start retrieving rows.

     CachedRowSet crs = new CachedRowSetImpl();
     crs.setMaxRows(20);
     crs.setPageSize(4);
     crs.populate(rsHandle, 10);
 

When this code runs, crs will be populated with four rows from rsHandle starting with the tenth row.

The next code fragment shows populating a CachedRowSet object using the method execute, which may or may not take a Connection object as a parameter. This code passes execute the Connection object conHandle.

Note that there are two differences between the following code fragment and the previous one. First, the method setMaxRows is not called, so there is no limit set for the number of rows that crs may contain. (Remember that crs always has the overriding limit of how much data it can store in memory.) The second difference is that the you cannot pass the method execute the number of the row in the ResultSet object from which to start retrieving rows. This method always starts with the first row.

     CachedRowSet crs = new CachedRowSetImpl();
     crs.setPageSize(5);
     crs.execute(conHandle);
 

After this code has run, crs will contain five rows of data from the ResultSet object produced by the command for crs. The writer for crs will use conHandle to connect to the data source and execute the command for crs. An application is then able to operate on the data in crs in the same way that it would operate on data in any other CachedRowSet object.

To access the next page (chunk of data), an application calls the method nextPage. This method creates a new CachedRowSet object and fills it with the next page of data. For example, assume that the CachedRowSet object's command returns a ResultSet object rs with 1000 rows of data. If the page size has been set to 100, the first call to the method nextPage will create a CachedRowSet object containing the first 100 rows of rs. After doing what it needs to do with the data in these first 100 rows, the application can again call the method nextPage to create another CachedRowSet object with the second 100 rows from rs. The data from the first CachedRowSet object will no longer be in memory because it is replaced with the data from the second CachedRowSet object. After the tenth call to the method nextPage, the tenth CachedRowSet object will contain the last 100 rows of data from rs, which are stored in memory. At any given time, the data from only one CachedRowSet object is stored in memory.

The method nextPage returns true as long as the current page is not the last page of rows and false when there are no more pages. It can therefore be used in a while loop to retrieve all of the pages, as is demonstrated in the following lines of code.

     CachedRowSet crs = CachedRowSetImpl();
     crs.setPageSize(100);
     crs.execute(conHandle);

     while(crs.nextPage()) {
         while(crs.next()) {
             . . . // operate on chunks (of 100 rows each) in crs,
                   // row by row
         }
     }
 

After this code fragment has been run, the application will have traversed all 1000 rows, but it will have had no more than 100 rows in memory at a time.

The CachedRowSet interface also defines the method previousPage. Just as the method nextPage is analogous to the ResultSet method next, the method previousPage is analogous to the ResultSet method previous. Similar to the method nextPage, previousPage creates a CachedRowSet object containing the number of rows set as the page size. So, for instance, the method previousPage could be used in a while loop at the end of the preceding code fragment to navigate back through the pages from the last page to the first page. The method previousPage is also similar to nextPage in that it can be used in a while loop, except that it returns true as long as there is another page preceding it and false when there are no more pages ahead of it.

By positioning the cursor after the last row for each page, as is done in the following code fragment, the method previous navigates from the last row to the first row in each page. The code could also have left the cursor before the first row on each page and then used the method next in a while loop to navigate each page from the first row to the last row.

The following code fragment assumes a continuation from the previous code fragment, meaning that the cursor for the tenth CachedRowSet object is on the last row. The code moves the cursor to after the last row so that the first call to the method previous will put the cursor back on the last row. After going through all of the rows in the last page (the CachedRowSet object crs), the code then enters the while loop to get to the ninth page, go through the rows backwards, go to the eighth page, go through the rows backwards, and so on to the first row of the first page.

     crs.afterLast();
     while(crs.previous())  {
         . . . // navigate through the rows, last to first
     {
     while(crs.previousPage())  {
         crs.afterLast();
         while(crs.previous())  {
             . . . // go from the last row to the first row of each page
         }
     }