Интерфейс CachedRowSet

public interface CachedRowSet extends RowSet, Joinable

Интерфейс, который должны реализовывать все стандартные реализации 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 объекту Connection 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. Аналогично методу 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
         }
     }