<Source>.ReadFirst (Function)

ONLINE HELP
WINDEV, WEBDEV AND WINDEV MOBILE

Version:

Home | Sign in | English

This content has been translated automatically. Click here to view the French version.

Help / WLanguage / Managing databases / HFSQL / HFSQL functions

Browse item
Browsing queries
Locks
Memos
Password
Native XML Connector
Miscellaneous

WINDEV

WEBDEV

WINDEV Mobile

Others

See also

<Source>.ReadFirst (Function)

In french: <Source>.LitPremier

Not available with this kind of connection

Positions on the first file record according to a browse item. The record is read and the HFSQL variables (e.g. Customer.Name, i.e. the field Name field of the data file Clientdata file) are updated.

Values in the browse item are read in ascending order (for more details, see the the remarks).

In most cases, <Source>.ReadFirst is used to set the position in the data file in order to perform a read loop with <Source>.ReadNext.

Several cases may occur after the call to <Source>.ReadFirst:

the data file is empty or no record exists corresponding to the filter (defined by <Source>.Filter): no read is performed and function <Source>.Out returns True.
the function attempts to read a record already blocked in playback: no playback is performed, function HErrorLock returns True and function <Source>.Out returns True.
The management of locks is not available.
JDBC access: lock management is not supported for databases that are accessed through JDBC.

This function can be used with the data files, HFSQL views or queries.

Example

Customer.ReadFirst(Name)
WHILE Customer.Out() = False
	// Process the record
	Customer.ReadNext(Name)
END

Syntax

<Result> = <Source>.ReadFirst([<Browse item> [, <Options>]])

<Result>: Boolean

Corresponds to:
False if an error occurs. 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, HFSQL view or query used.

<Browse item>: Optional character string

Name of the item used to browse the data file or view (this parameter is not taken into account for queries). If this name is not specified, <Source>.ReadFirst will use:
In the case of a data file the last browse item used on this file by the last HFSQL management function (function beginning with the letter H). If this item does not exist, the best browse item is automatically used.
In the case of a query ORDER BY of the query if it exists, otherwise according to the last field used.
In the case of a view: the sort item of the view (if there is one), otherwise the last item used.

<Options>: Optional constant

Used to configure:
the lock set on the record read by <Source>.ReadFirst
whether the filter that was defined must be taken into account.
hForwardOnly
This constant can only be used with Native Connectors.
Optimizes simple iterations that do not use the following features:
Reading the previous record.
Modifying a record.
Saving position.
If one of these features is used, the result may differ from the expected one.
For example, this constant can be used to populate a Table control programmatically.
hKeepFilter The filter set by <Source>.Filter will be taken into account, even if the search key is not optimized for the filter.
Reminder function <Source>.Filter returns the optimized route key for the filter.
Caution: in this case, on large data files, performance problems may occur..
This constant cannot be used.
hLockNo No blocking: the recording can be played back or modified by another application during playback..
This constant is not available.

JDBC access: This constant is not available.
hLockReadWrite Read/write lock: the record being read cannot be read or modified by another application.
Lock in write-only. Operating mode equivalent to the hLockWrite constant.

This constant is not available.

JDBC access: This constant is not available.
hLockWrite Write lock: the record currently read can be read by another application but it cannot be modified by another application.
This constant is not available.

JDBC access: This constant is not available.
hNoRefresh
<Source>.ReadFirst does not refresh the content of the table or query. If possible, the query is not re-run. All the saved positions are stored.
The lock options will have no effect if the locks are not supported by the OLE DB provider or by the Native Connector.
The lock mode specified by <Source>.ReadFirst will remain effective during the calls to <Source>.ReadPrevious and <Source>.ReadNext.
To change the lock mode, use:
<Source>.ReadSeekFirst or <Source>.ReadSeekLast,
<Source>.ReadLast or <Source>.ReadFirst.
<Source>.LockRecNum or <Source>.UnlockRecNum.
For Native Oracle Connector, a different lock mode can be specified for each record. However, if a transaction was started by SQLTransaction before setting the lock, the lock will only be released at the end of the transaction (SQLTransaction with the sqlCommit or sqlRollBack constant).
The lock options are ignored. Use locking read functions (HReadFirstLock) kept for backward compatibility.
The lock options are not available.
JDBC access: lock management is not supported for databases that are accessed through JDBC.

Remarks

Browse item

If the browse item is a key, <Source>.ReadFirst reads the record with the lowest key value. The sort order taken into account is the one specified in the analysis for this key. If duplicates are found, <Source>.ReadFirst reads the first "duplicate" record according to the sequence of record numbers.

If the browse item is not a key, <Source>.ReadFirst reads the first active record. When browsing the data file, the records will be sorted according to their record number.
In this case, the selected browse item will appear in red in the code editor and a warning will be displayed in the "Code" pane.

Note: The automatic completion only offers the key items.

Browsing queries

By default, <Source>.ReadFirst re-executes the query to refresh the result. To avoid re-executing the query, we recommend that you use the hNoRefresh constant.

Browsing a query run with the hQueryWithoutCorrection constant:

To browse the records in the order returned by the database, there is no need to specify a browse item. Example:

MyQuery.ExecuteQuery(hQueryWithoutCorrection)
...
MyQuery.ReadFirst(hNoRefresh)

If a browse item is specified, the query result is retrieved and indexed in its entirety. The iteration is performed on the specified item. The initial sort of the query (specified by ORDER BY) is ignored. The created index (in HFSQL format) is sensitive to the case, to the punctuation, to the accented characters and in ascending order.

Example:

MyQuery.ExecuteQuery(hQueryWithoutCorrection)
...
MyQuery.ReadFirst(MyItem, hNoRefresh)

The created index is used to perform searches on the query result.

Locks

By default (<Options> not specified), the record is not locked.

If a lock is requested (hLockWrite or hLockReadWrite constant), the record will be read only if this record is not already locked.

The lock options will have no effect if the locks are not supported by the OLE DB provider or by the Native Connector.

Memos

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).

Password

If <Source>.ReadFirst is the first function that handles the specified data file, the password is checked when the opening data file. If the password is incorrect, HErrorPassword returns True and <Source>.Out returns True.

Native XML Connector

The behavior of <Source>.ReadFirst depends on <Source>.ActivateAutoFilter/<Source>.DeactivateAutoFilter.

<Source>.ActivateAutoFilter is enabled by default.

Therefore, to read the content of XML file, read the content of main file (the parent) then read the content of linked files (the children).

When reading a data file, a filter is automatically applied to the linked data files in order to only read the records corresponding to the main file.

For example:

When browsing the Person file, it is possible to find out the person's email address.

To do so, simply set the position on the "Person" file and apply <Source>.ReadFirst to the "Email" file.

In this case, the record read in the "Email" file will correspond to the first email associated with the current record in the "Person" file.

If this mechanism is disabled (<Source>.DeactivateAutoFilter), the record read in the "Email" file will correspond to the first record found in the Email file (and not to the child of the record read in the "Person" file).

Miscellaneous

<Source>.RecNum returns the current record number.
<Source>.ChangeKey changes the search key while keeping the position on the current record.
To optimize the time taken for the first few runs of a data file, use function <Source>.Optimize.
This function replaces HReadFirstLock and HReadFirstNoLock, which were kept for compatibility with WINDEV 5.5.

Component: wd300hf.dll