|
1 | | -// SPDX-FileCopyrightText: Copyright 2013-2024 Mark Rotteveel |
| 1 | +// SPDX-FileCopyrightText: Copyright 2013-2025 Mark Rotteveel |
2 | 2 | // SPDX-FileCopyrightText: Copyright 2019 Vasiliy Yashkov |
3 | 3 | // SPDX-License-Identifier: LGPL-2.1-or-later OR BSD-3-Clause |
4 | 4 | package org.firebirdsql.gds.ng; |
@@ -170,11 +170,11 @@ public interface FbStatement extends ExceptionListenable, AutoCloseable { |
170 | 170 | * </p> |
171 | 171 | * <p> |
172 | 172 | * The caller is responsible for tracking and correcting for server-side positional state, taking into account any |
173 | | - * rows already fetched. For example, if 100 rows have been fetched with {@code NEXT} or {@code PRIOR}, and 80 |
174 | | - * rows are still in the local buffer, the server-side position is actually 80 rows ahead (or behind). The next |
175 | | - * fetch with {@code RELATIVE} will need to correct this in {@code position}, and a {@code PRIOR} after |
176 | | - * a {@code NEXT} or a {@code NEXT} after a {@code PRIOR} will need to reposition with {@code RELATIVE} or |
177 | | - * {@code ABSOLUTE}, or know how many rows to ignore from the fetched batch. |
| 173 | + * rows already fetched. For example, if 100 rows have been fetched with {@code NEXT}, and 80 rows are still in |
| 174 | + * the local buffer, the server-side position is actually 80 rows ahead. The next fetch with {@code RELATIVE} will |
| 175 | + * need to correct for this in {@code position}, and a {@code PRIOR} after a {@code NEXT} or a {@code NEXT} after |
| 176 | + * a {@code PRIOR} will need to reposition with {@code RELATIVE} or {@code ABSOLUTE}, or know how many rows to |
| 177 | + * ignore from the fetched batch. |
178 | 178 | * </p> |
179 | 179 | * <p> |
180 | 180 | * If an asynchronous fetch is pending, the behaviour depends on the value of {@code fetchType}: |
|
0 commit comments