PC SOFT

ONLINE HELP
 WINDEVWEBDEV AND WINDEV MOBILE

Home | Sign in | French EN

  • Read operation according to a key
  • Checking the password
  • Various
  • Comparing HReadLast and HLast
  • Locks
WINDEV
WindowsLinuxUniversal Windows 10 AppJavaReports and QueriesUser code (UMC)
WEBDEV
WindowsLinuxPHPWEBDEV - Browser code
WINDEV Mobile
AndroidAndroid Widget iPhone/iPadApple WatchUniversal Windows 10 AppWindows Mobile
Others
Stored procedures
Sets the position on the last record of a data file according to a browse item. The record is not read.
The number of the current record is modified when it is returned by HRecNum. For the functions that handle the current record number (HDelete, HRead, HModify, ...), the value of this number is not updated: you must use HRecNum(). For example: not to do:
HDelete(Customer)
but
HDelete(Customer, HRecNum())
The reading is performed from the lowest to the greatest value of the browse item (see the remarks for more details).
Caution: The record loaded in memory is not modified. The HFSQL variables (Customer.Name for example, which means the Name item of Customer file) are not updated.
In most cases, HLast sets the position in the data file to browse through the records that correspond to a condition. HNext is used to position on the next record corresponding to the condition.
Several cases may occur after the call to HLast:
  • a record corresponding to the condition was found: HFound returns True
  • the data file is empty or there is no record corresponding to the condition: HOut returns True
Remarks:
  • By default, HSeekFirst and HSeekLast are used to perform an exact-match search.
  • By default, HLast is used to perform a generic search.
Versions 15 and later
Android This function is now available for the Android applications.
New in version 15
Android This function is now available for the Android applications.
Android This function is now available for the Android applications.
Versions 17 and later
iPhone/iPad This function is now available for the iPhone/iPad applications.
New in version 17
iPhone/iPad This function is now available for the iPhone/iPad applications.
iPhone/iPad This function is now available for the iPhone/iPad applications.
Versions 18 and later
Android Widget This function is now available in Android Widget mode.
Universal Windows 10 App This function is now available in Windows Store apps mode.
New in version 18
Android Widget This function is now available in Android Widget mode.
Universal Windows 10 App This function is now available in Windows Store apps mode.
Android Widget This function is now available in Android Widget mode.
Universal Windows 10 App This function is now available in Windows Store apps mode.
Remark: From version 19, HFSQL is the new name of HyperFileSQL.
Versions 21 and later
Universal Windows 10 App This function is now available in Universal Windows 10 App mode.
New in version 21
Universal Windows 10 App This function is now available in Universal Windows 10 App mode.
Universal Windows 10 App This function is now available in Universal Windows 10 App mode.

The read operation is performed for the greatest value of the browse item (see remarks for more details).
Caution: The record loaded in memory is not modified. HFSQL variables (e. g. Customer.Name, or the Name item of the Customer data file) are not updated.
In most cases, HLast is used to set the position in the data file in order to perform a read loop with HPrevious.
Several cases may occur after the call to HLast:
  • the data file is empty or no record corresponds to the filter (defined by HFilter): HOut returns True.
  • the function tries to lock a record that is already locked in read-only: HErrorLock returns True and HOut returns True.
    Windows Mobile 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.

    Android Management of locks not available in SQLite databases.
Versions 15 and later
Android This function is now available for Android applications.
New in version 15
Android This function is now available for Android applications.
Android This function is now available for Android applications.
Versions 17 and later
iPhone/iPad This function is now available for iPhone/iPad applications.
New in version 17
iPhone/iPad This function is now available for iPhone/iPad applications.
iPhone/iPad This function is now available for iPhone/iPad applications.
Versions 18 and later
Android Widget This function is now available in Android Widget mode.
Universal Windows 10 App This function is now available in Windows Store apps mode.
New in version 18
Android Widget This function is now available in Android Widget mode.
Universal Windows 10 App This function is now available in Windows Store apps mode.
Android Widget This function is now available in Android Widget mode.
Universal Windows 10 App This function is now available in Windows Store apps mode.
Versions 21 and later
Universal Windows 10 App This function is now available in Universal Windows 10 App mode.
New in version 21
Universal Windows 10 App This function is now available in Universal Windows 10 App mode.
Universal Windows 10 App This function is now available in Universal Windows 10 App mode.
Remark: From version 19, HFSQL is the new name of HyperFileSQL.
Example
// Browse a data file from the last record
HLast(Customer, Name)
WHILE NOT HOut()
// Process the record
HPrevious(Customer, Name)
END
Syntax
<Result> = HLast([<Data file>] [, <Search key item> [, <Options>]])
<Result>: Boolean
  • True if the position was set,
  • False if an error occurred. This problem can be caused by:
    • a positioning problem (empty data file, ...): HFound returns False and HError returns 0.
    • an error: HError returns an integer other than 0. HErrorInfo returns more details.
<Data file>: Optional character string (with or without quotes)
Name of data file used. If this parameter corresponds to an empty string (""), HLast will use the last data file used by the last HFSQL management function (function starting with "H").
<Search key item>: Optional character string (with or without quotes)
Name of key item used to browse the data file. If this name is not specified, HLast will use 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.
<Options>: Optional constant
Configures the lock set on the record selected by HLast:
hLockWriteLock in write mode: the selected record can be read by another application but it cannot be modified by another application.
hKeepFilterThe filter implemented by HFilter will be taken into account, even if the search key is not optimized for the filter. Reminder: HFilter returns the search key optimized for the filter.
Caution: in this case, performance issues may arise for large files.
hLockReadWriteLock in read/write: the selected record cannot be read or modified by another application.
hLockNoNo lock (even if HStartLock was called): the record can be read or modified by another application.
hNoRefresh
Native Connectors (Native Accesses) The table or query content will not be refreshed. All the saved positions are stored.
If this parameter is not specified, HLast reinitializes the browse for the specified item: the content of table or query is refreshed with the data found in the OLE DB database. All the saved positions are lost. The position will be restored according to the value of best item.
Remark: The browses and the positions saved on the other items are not affected.

Windows Mobile Locks are managed only on HFSQL Client/Server data files or on data files handled by a Native Connector (also called Native Access). An HFSQL Mobile record cannot be locked. Indeed, the operating system of Pocket PC does not allow you to lock records.
Native Connectors (Native Accesses) The lock options will have no effect if the locks are not supported by the OLE DB provider or by the Native Connector.
AndroidAndroid Widget Management of locks not available in SQLite databases.
Remarks

Read operation according to a key

HLast sets the position on the record with the greatest key value.
The sort order is the one that was specified in the analysis for this key.
If duplicates are found, HLast sets the position on the first "duplicate" record according to the sequence of record numbers.
iPhone/iPadUniversal Windows 10 AppWindows MobileHFSQLHFSQL Client/Server

Checking the password

If HLast is the first function that handles the specified data file, the password is checked when the data file is opened.
If the password is incorrect, HErrorPassword returns True and HOut returns True.

Various

  • The current record number is returned by HRecNum.
  • HChangeKey is used to modify the search key while remaining positioned on the current record.

Comparing HReadLast and HLast

HLast does not read the record: therefore, HLast is faster than HReadLast.
iPhone/iPadHFSQLHFSQL Client/ServerNative Connectors (Native Accesses)

Locks

By default (<Options> not specified), the record is not locked.
If a lock is requested (hLockWrite or hLockReadWrite constant), the position will be set on the record only if it is not already locked.
There is no need to specify a lock parameter if the data file is locked by HStartLock: the lock specified by HStartLock is automatically taken into account. To ignore the lock specified by HStartLock, use the hLockNo constant.
Component : wd250hf.dll
Minimum version required
  • Version 9
This page is also available for…
Comments
Click [Add] to post a comment