- Handling a crossed record
- Number of crossed records
- Version of data file
- Crossing a record from a query
- Special cases
- xBase files
In french: <Source>.Raye
Available only with these kinds of connection
Crosses a record in a data file. The record is deleted logically and it can be retrieved if necessary.
The following operations are performed:
- the record becomes inactive. The data is stored (which is not the case when a record is deleted by <Source>.Delete).
- the indexes (corresponding to the record keys) are deleted from the index file.
- the memos associated with the record are stored.
This function can be used on the data files, the HFSQL Mobile views or the queries.
// Crosses the record #123
// Cross the customer orders
WHILE Order.Found() = True
<Result> = <Source>.Crossed([<Record number> [, <Options>]])
- True if the record was crossed,
- False if an error occurred (locked record, integrity error, ...). HErrorInfo returns more details.
<Source>: Type corresponding to the specified source
Name of HFSQL data file, query or view used.
<Record number>: Optional integer
Number of the record to cross.
If this parameter is not specified (equal to 0 or to the hCurrentRecNum constant), the current record will be crossed.
<Options>: Optional constant
- the lock mode applied to the crossed record. If no lock constant is specified, the crossed record is not locked.
|No lock: the crossed record will not be locked.|
|hLockWrite||Lock in write mode: the current crossed record can be read and viewed (<Source>.Read) but cannot be re-enabled by another application. Only the current application can re-enable it.|
|hLockReadWrite||Lock in read/write: the current crossed record cannot be read or re-enabled by another application.|
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.
- the integrity management applied to the crossed record.
|hIgnoreIntegrity||Ignores the integrity check for this operation, even if the automatic integrity check is enabled (HSetIntegrity).|
|hCheckIntegrity||Checks the integrity for the operation, even if the automatic integrity check is disabled (HSetIntegrity).|
A WLanguage error occurs if the two constants are used at the same time. These constants have no effect on the cascading deletion.
Handling a crossed record
- A crossed record will not be read:
- by the browse functions: <Source>.First, <Source>.Last, <Source>.Next, <Source>.Previous, <Source>.ReadFirst, <Source>.ReadLast, <Source>.ReadNext, <Source>.ReadPrevious, <Source>.Forward, <Source>.Backward
- by the search functions: <Source>.SeekFirst, <Source>.ReadSeekFirst, <Source>.SeekLast, <Source>.ReadSeekLast.
- A crossed record can be read by <Source>.Read.
- A crossed record can be re-enabled by <Source>.Modify or <Source>.Write.
- <Source>.State is used to find out the record status (active, crossed, deleted, etc.).
- The physical location of a crossed record can only be re-used (by <Source>.Add for example) after:
- the execution of <Source>.Free,
- a reindex operation (with compression).
Number of crossed records
is used to find out the number of crossed records in the data file.
Remark: For backward compatibility with WEBDEV 1.5/WINDEV 5.5, the number of crossed records can also be returned by the H.NbDel variable.
Version of data file
is successful, the data file version number is modified. This version number is returned by <Source>.Version
Crossing a record from a query
A record can be crossed:
- in the query result.
- in the files handled by the query (hModifyFile constant used in 0 or 0). In this case, the hWithFilter constant is automatically selected.
Regardless of the query execution mode (with or without the hWithFilter constant), <Source>.Cross can only be used on single-file queries.
- No record can be crossed in a query that is using the groups or aggregates.
- The management of integrity and duplicates is not performed during the operations on the multi-file queries: we recommend that you use the transactions to avoid any problem.
- Managing locks:
If a lock problem occurs when "crossing" a record (attempt to cross a record locked in write mode for example), the record is not modified and HErrorLock returns True.
No management of locks is performed. Indeed, the operating system of Pocket PC does not allow you to lock records.
- Managing the referential integrity
If the management of the referential integrity is enabled (HSetIntegrity) and if the integrity is not checked during the deletion, <Source>.Cross is not run. HErrorIntegrity must be checked after <Source>.Cross.
- Deleted records
<Source>.Cross must not be called on a record that was deleted beforehand.
have the same effect: the record is crossed but it is not deleted. Therefore, the record can be re-enabled by <Source>.Modify
. In this case, <Source>.State
returns the hStateCrossed
constant for a deleted record (instead of hStateDel
This page is also available for…