Интерфейс CachedRowSet

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

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

Объект CachedRowSet — это контейнер для строк данных, который кэширует свои строки в памяти, что позволяет работать, не будучи постоянно подключённым к источнику данных. Кроме того, это компонент JavaBeans, который является прокручиваемым, обновляемым и сериализуемым. Объект CachedRowSet обычно содержит строки из набора результатов, но он также может содержать строки из любого файла с табличной структурой, например, из электронных таблиц. Реализация по умолчанию поддерживает получение данных только из объекта ResultSet, но разработчики могут расширить реализации SyncProvider для доступа к другим источникам табличных данных.

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

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

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

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

     CachedRowSetImpl crs = new CachedRowSetImpl();
 

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

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

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

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

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

Существует два способа указать, какой объект 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 Извлечение данных из объекта CachedRowSet

Данные извлекаются из объекта CachedRowSet с помощью методов-геттеров, унаследованных от интерфейса ResultSet. Следующие примеры, в которых crs является объектом CachedRowSet, демонстрируют, как итерироваться по строкам, извлекая значения столбцов в каждой строке. Первый пример использует версию методов-геттеров, принимающую номер столбца; второй пример использует версию, принимающую имя столбца. Номера столбцов обычно используются, когда команда объекта 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

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

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

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

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

ПРИМЕЧАНИЕ: Для возврата объекта RowSetMetaData реализации должны переопределить метод getMetaData(), определённый в интерфейсе java.sql.ResultSet, и вернуть объект RowSetMetaData.

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

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

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

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

     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() вставляет содержимое строки вставки объекта CachedRowSet, определяется реализацией. Реализация по умолчанию для интерфейса CachedRowSet вставляет новую строку сразу после текущей строки, но она может быть реализована для вставки новых строк в любом количестве других мест.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Вторая важная функция объектов CachedRowSet — обеспечение прокрутки и обновления для объектов ResultSet, которые сами не предоставляют этих возможностей. Другими словами, объект CachedRowSet можно использовать для расширения возможностей драйвера JDBC (далее называемого "драйвером JDBC"), когда СУБД не обеспечивает полную поддержку прокрутки и обновления. Для достижения эффекта преобразования неподдерживаемого и только для чтения объекта ResultSet в прокручиваемый и обновляемый объект, программист должен просто создать объект CachedRowSet, заполненный данными из этого объекта ResultSet. Это показано в следующем фрагменте кода, где stmt — это объект Statement.

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

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

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

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

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

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

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

ПРИМЕЧАНИЕ: для использования объекта DataSource для создания подключения, объект DataSource должен быть зарегистрирован в службе именования, использующей API Java Naming and Directory Interface (JNDI). Эта регистрация обычно выполняется системным администратором.

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

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

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

Значения, которые будут использоваться для установки параметров-заполнителей команды, содержатся в поле RowSet объекта params, которое является объектом Vector. Класс CachedRowSet предоставляет набор методов установки для установки элементов в поле 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]);
    //    }
 

На этом этапе команда для crs — это запрос "SELECT FIRST_NAME, LAST_NAME, ADDRESS FROM CUSTOMERS WHERE CREDIT_LIMIT > 5000 AND REGION = "West". После того, как метод readData выполнит эту команду с помощью следующей строки кода, он будет иметь данные из rs для заполнения crs.

     ResultSet rs = pstmt.executeQuery();
 

Представленные выше фрагменты кода дают представление о том, что происходит за кулисами; они не появятся в приложении, которое не будет вызывать методы, такие как readData и decodeParams. В противоположность этому, следующий фрагмент кода показывает, что может сделать приложение. Оно устанавливает команду набора строк, устанавливает параметры команды и выполняет команду. Просто вызывая метод execute, crs заполняется запрошенными данными из таблицы 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 Разбиение данных на страницы

Поскольку объект CachedRowSet хранит данные в памяти, количество данных, которое он может содержать в любой момент времени, определяется объёмом доступной памяти. Для решения этой проблемы объект CachedRowSet может извлекать данные из объекта ResultSet частями данных, называемыми *страницами*.

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

После того как свойства были установлены, объект CachedRowSet должен быть заполнен данными с помощью метода populate или метода execute. Следующие строки кода демонстрируют использование метода populate. Обратите внимание, что этот вариант метода принимает два параметра: дескриптор ResultSet и строку в объекте ResultSet, с которой следует начинать извлечение строк.

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

При выполнении этого кода crs будет заполнен четырьмя строками из rsHandle, начиная с десятой строки.

Следующий фрагмент кода демонстрирует заполнение объекта CachedRowSet с помощью метода execute, который может или не может принимать объект Connection в качестве параметра. В данном коде передаётся execute объект conHandle.

Обратите внимание на два отличия между следующим фрагментом кода и предыдущим. Во-первых, метод setMaxRows не вызывается, поэтому ограничение на количество строк, которое может содержать crs, не установлено. (Помните, что crs всегда имеет внутреннее ограничение на объём данных, который он может хранить в памяти.) Второе отличие заключается в том, что методу execute нельзя передать номер строки в объекте ResultSet, с которой следует начинать извлечение строк. Этот метод всегда начинает с первой строки.

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

После выполнения этого кода crs будет содержать пять строк данных из объекта ResultSet, созданного командой для crs. Запись в crs будет использовать conHandle для подключения к источнику данных и выполнения команды для crs. Затем приложение сможет обработать данные в crs таким же образом, как обрабатывает данные в любом другом объекте CachedRowSet.

Для доступа к следующей странице (фрагменту данных) приложение вызывает метод nextPage. Этот метод создаёт новый объект CachedRowSet и заполняет его следующей частью данных. Например, предположим, что команда объекта CachedRowSet возвращает объект ResultSet rs с 1000 строками данных. Если размер страницы установлен в 100, первый вызов метода nextPage создаст объект CachedRowSet, содержащий первые 100 строк rs. После выполнения необходимых операций с данными в этих первых 100 строках приложение может снова вызвать метод nextPage, чтобы создать другой объект CachedRowSet со следующими 100 строками из rs. Данные из первого объекта CachedRowSet больше не будут находиться в памяти, так как они будут заменены данными из второго объекта CachedRowSet. После десятого вызова метода nextPage десятый объект CachedRowSet будет содержать последние 100 строк данных из rs, которые хранятся в памяти. В любой момент времени в памяти хранятся данные только из одного объекта CachedRowSet.

Метод nextPage возвращает true, пока текущая страница не является последней страницей строк, и false, когда больше нет страниц. Поэтому его можно использовать в цикле while для извлечения всех страниц, как показано в следующих строках кода.

     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
         }
     }
 

После выполнения этого фрагмента кода приложение обработает все 1000 строк, но в памяти в любой момент времени будет храниться не более 100 строк.

Интерфейс CachedRowSet также определяет метод previousPage. Так же как метод nextPage аналогичен методу ResultSet next, метод previousPage аналогичен методу ResultSet previous. Подобно методу nextPage, previousPage создаёт объект CachedRowSet, содержащий количество строк, заданное как размер страницы. Например, метод previousPage можно использовать в цикле while в конце предыдущего фрагмента кода, чтобы вернуться к страницам от последней к первой. Метод previousPage также похож на nextPage, поскольку его можно использовать в цикле while, за исключением того, что он возвращает true, пока существует предыдущая страница, и false, когда больше нет страниц перед ним.

Размещая курсор после последней строки для каждой страницы, как показано в следующем фрагменте кода, метод previous перемещается от последней строки к первой строке на каждой странице. Код также мог бы оставить курсор перед первой строкой на каждой странице и использовать метод next в цикле while для перемещения по каждой странице от первой строки к последней строке.

Следующий фрагмент кода предполагает продолжение предыдущего фрагмента кода, что означает, что курсор для десятого объекта CachedRowSet находится на последней строке. Код перемещает курсор за последнюю строку, чтобы первый вызов метода previous поместил курсор обратно на последнюю строку. После обработки всех строк на последней странице (объект CachedRowSet crs) код затем входит в цикл while, чтобы перейти к девятой странице, пройти по строкам в обратном порядке, перейти к восьмой странице, пройти по строкам в обратном порядке и так далее до первой строки первой страницы.

     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
         }
     }