PC SOFT

ONLINE HELP
 WINDEVWEBDEV AND WINDEV MOBILE

Home | Sign in | English EN

This content has been translated automatically. Click here to view the French version.
  • Read operation according to a key
  • Comparison between HPrevious and HReadPrevious
  • Miscellaneous
  • Locks
WINDEV
WindowsLinuxUniversal Windows 10 AppJavaReports and QueriesUser code (UMC)
WEBDEV
WindowsLinuxPHPWEBDEV - Browser code
WINDEV Mobile
AndroidAndroid Widget iPhone/iPadIOS WidgetApple WatchMac CatalystUniversal Windows 10 App
Others
Stored procedures
Positions on the previous file record according to a browse item. The record is not read.
The number of the current Record is changed only when it is returned by the HRecNum function. For the functions handling by default the number of the current Record (functions HDelete, HRead, HModify, ...), the value of this number is not updated: you must use HRecNum(). For example: not to do:
HDelete(Client)
but
HDelete(Client, HRecNum())
get is from the smallest to the largest value of the path heading (see notes for 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 general, the HPrevious function is used to position oneself in the data file to perform a loop among the records corresponding to a condition. HNext is used to position on the next record corresponding to the condition.
Several cases may occur after the call to HPrevious:
  • a record corresponding to the condition was found: function HFound returns True
  • the data file is empty or there is no record corresponding to the condition: function HOut returns True
Remarks:
  • By default, HSeekFirst and HSeekLast are used to perform an exact-match search.
  • By Default, the function HPrevious performs a generic search.
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.
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.

get is from the largest value to the smallest value of the path item (see remarks for 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, HPrevious is used to position in the data file during a browse loop.
Several cases may occur after the call to HPrevious:
  • the data file is empty or there is no record corresponding 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.
    Java Access by JDBC: The management of locks is not available for databases accessed by JDBC.
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.
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.
Example
HLast(Client, Nom)
WHILE HOut() = False
// Traitement de l'enregistrement
HPrevious(Client, Nom)
END
Syntax
<Result> = HPrevious([<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
Name of HFSQL data file used. If this parameter is an empty string, the HPrevious function manipulates the last data file used by the last HFSQL management function (function starting with the letter H).
<Search key item>: Optional character string
Name of key item used to browse the data file. If this name is not specified, the HPrevious function will handle the last path field used on this file by the last HFSQL management function (function starting with the letter H). If this item does not exist, the best browse item is automatically used.
<Options>: Optional constant
Configures the lock and the management of duplicates performed on the record selected by HPrevious:
hLockWriteLock in write mode: the selected record can be read by another application but it cannot be modified by another application.
hLockReadWriteLock in read/write: the selected record cannot be read or modified by another application.
hLockNoNo lock: the record can be read or modified by another application.
hDistinctIf duplicates are found, it is used to position on a single record among the duplicates. This parameter is taken into account only if the browse is performed on a key item.
By default, all the duplicates are browsed.
Java Access by JDBC: This parameter is ignored.
OLE DBNative 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.
OLE DB The lock options specified by HPrevious will be ignored. The lock mode specified by HFirst or HLast will remain effective during the calls to HPrevious and HNext.
To modify the lock mode, you must use:
Native Connectors (Native Accesses) For Native Oracle Connector, a different lock mode can be specified for each record. However, if a transaction was started using function SQLTransaction before the lock was set, the lock will only be released at the end of the transaction (function SQLTransaction with the constant sqlFin or sqlRollBack).
Hyper File 5.5 The lock options are ignored. Use the lock functions (HLockRecNum) kept for backward compatibility.
Remarks

Read operation according to a key

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

Comparison between HPrevious and HReadPrevious

HPrevious does not read the record: therefore, HPrevious is faster than HReadPrevious.
WINDEVWEBDEV - Server codeUniversal Windows 10 AppiPhone/iPadJavaUser code (UMC)External languageAjaxHFSQLHFSQL Client/ServerStored proceduresHyper File 5.5OLE DBNative Connectors (Native Accesses)

Miscellaneous

The current record number is returned by HRecNum.
The HChangeKey function allows you to change the route key, while remaining positioned on the current Record.
WINDEVWEBDEV - Server codeReports and QueriesUniversal Windows 10 AppiPhone/iPadUser code (UMC)External languageAjaxHFSQLHFSQL Client/ServerStored proceduresOLE DBNative 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.
Component: wd270hf.dll
Minimum version required
  • Version 9
This page is also available for…
Comments
Click [Add] to post a comment