- Read operation according to a key item or not
- Browsing the records corresponding to a condition
- Modifying the value of search key
In french: <Source>.LitSuivant
Not available with this kind of connection
Sets the position on the next data file record according to a browse item. The record is read and the HFSQL variables are updated (Customer.Name for example, which means the Name
item of Customer
The reading is performed from the lowest value to the greatest value of the browse item (see remarks for more details).
<Source>.ReadNext is used to position in the data file during a browse loop. This function can only be run:
Several cases may occur after the call to <Source>.ReadNext:
- the file is empty or there is no record corresponding to the filter (defined by <Source>.Filter): no reading is performed and <Source>.Out returns True.
- the function tries to lock a record that is already locked in read-only: no read operation is performed, HErrorLock returns True and <Source>.Out returns True.
The management of locks is only performed on HFSQL Client/Server data files or data files handled by a native access. An HFSQL Mobile record cannot be locked. Indeed, the operating system of Pocket PC does not allow you to lock records.
The locks are not available in PHP.
Access by JDBC: The management of locks is not available for databases accessed by JDBC.
WHILE Customer.Out() = False
// Process the record
<Result> = <Source>.ReadNext([<Browse item> [, <Options>]])
- False if an error occurred. In this case, HError returns an integer other than 0. HErrorInfo returns more details about the error. The record is not read.
- the value of <Source>.Found in the other cases (the record can be read, even if <Result> returns False).
<Source>: Type corresponding to the specified source
Name of data file, view or query used.
<Browse item>: Optional character string (with or without quotes)
Name of item used to browse the data file, view or query. If this name is not specified, <Source>.ReadNext will use:
- For a data file: the last browse item used on this data file by the last HFSQL management function (function starting with "H"). If this item does not exist, the best browse item is automatically used.
- For a query: the ORDER BY of query if it exists, otherwise the last item used.
- For a view: the sort item of view (if it exists), otherwise the last item used.
<Options>: Optional constant (or combination of constants)
Used to configure:
- the lock performed on the record read by <Source>.ReadNext
- the management of duplicates. By default, all the duplicates are browsed.
|hLockNo||No lock (even if HStartLock was called): the record can be read or modified by another application during the reading.|
|hLockWrite||Lock in write mode: the record currently read can be read by another application but it cannot be modified by another application.|
|hLockReadWrite||Lock in read/write: the record currently read cannot be read or modified by another application.|
|hDistinct||If duplicates are found, this constant allows you to read a single record among the duplicates. This parameter is taken into account only if the browse is performed on a key item.|
This constant is ignored.
Locks are managed only on HFSQL Client/Server data files or on data files handled by a Native Connector. An HFSQL Mobile record cannot be locked. Indeed, the operating system of Pocket PC does not allow you to lock records.
Access by JDBC: This parameter is ignored.
Lock options will have no effect if the OLE DB provider or Native Connector (also called Native Access) does not support locks.
<Options> is ignored.
Read operation according to a key item or not
If the item is a key, <Source>.ReadNext reads the record with the greatest key value. The sort order is the one that was specified in the analysis for this key.
: In a search loop (<Source>.ReadSeekFirst
for example), when <Source>.ReadNext
reads the record with the greatest key value, <Source>.Found
allows you to find out whether the record corresponds (or not) to the sort criterion.
If the item is not a key, <Source>.ReadNext
reads the next active record. When browsing the data file, the records will be sorted according to their record number.
In this case, the selected search item will appear in red in the code editor and a warning will be displayed in the "Code" pane
The memos associated with the record can be automatically read (or not) when reading the record. <Source>.SetMemo
is used to customize this automatic read operation.
If the memos are supported, the associated text memos are read when the record is read. The binary memos are read only when they are explicitly used (<Source>.ExtractMemo
Browsing the records corresponding to a condition
- if the item used is a key, <Source>.ReadNext will read the next records corresponding to the values greater than or equal to the sought value.
- if the item used is not a key, <Source>.ReadNext will read the next records corresponding to the values equal to the sought value.
To ignore the search while going to the next or previous record, use one of the following functions:
Modifying the value of search key
If the value of the browse item is modified before <Source>.ReadNext is used, the current record may be read again in the rest of browse by <Source>.ReadNext.
Indeed, modifying the browse item updates the file index key. This modification is taken into account when reading the next records.
This remark is also valid when using <Source>.ReadNext without search key a sorted query (ORDER BY).
This page is also available for…