Salesforce

Advanced Tab - Data Sources (Magic xpa 3.x)

« Go Back

Information

 
Created ByKnowledge Migration User
Approval Process StatusPublished
Objective
Description

Advanced Tab - Data Sources (Magic xpa 3.x)

The Advanced tab of the Data Source Properties dialog box includes the following properties:

Property

Description

Access Key

The Access key property provides the means to utilize the underlying DBMS's table security mechanism. The value of this property is passed to the underlying database on every table open. If an external program, or another Magic xpa application, tries to gain access to the table, it will have to provide the same access index to the underlying DBMS. Otherwise, access to the data is blocked.

This feature is dependent on the support of the underlying database.

Note:

It is recommended to always make a table's Access Key a Secret Name. Using a Secret Name makes access to the table installation-specific, and the Access Key translation visible only to the system's supervisor. A different Secret Name translation can be used for different installations.

Encrypt Table

The Encrypt Table property is disabled when no Access key is defined. When an Access key is defined for the table, the table will be encrypted by specifying a Yes value, using the Access key as an encryption seed. Specifying No means that the table will not be encrypted.

This feature is dependent on the support of the underlying database.

Note:

Changing the value of the Access key or Encrypt table properties will cause Magic xpa to prompt the developer for change confirmation.

See also How Do I Encrypt Data Inside a Table?

Cache Strategy

The Cache Strategy property can have one of three possible values:

Position – The cache holds information about the position of the fetched rows. Then, when the user scrolls backwards, the data will be re-fetched by reading the rows by their physical position.

Position and Data (default) – In addition to the position, Magic xpa will store the actual data of the row. If you re-fetch that row you will get the old values stored in the cache.

None – No caching. Each time that a record should be re-read, it will be retrieved from the database.

Note:

When the cache strategy is set to None, it is not possible to multi-mark records.

See also the Cache Strategy in the Task Properties.

Resident

The Resident property allows you to determine whether the table should be treated as a resident table, and if so, when the table is loaded. The valid values for this property are:

No (the default) – The table is not treated as a resident table. It closes as soon as the task that uses it closes.

Immediate – The table is a resident table. It is loaded when the application is loaded and remains open until the application closes. Tables that are used by all the users throughout the application should be loaded immediately when the application is started.

On Demand – The table is a resident table. It is loaded the first time a program opens it, and remains open until the application closes. Tables that may be used very often but only in a particular place in the application should be loaded On Demand.

Immediate and on Client – The table is a resident table, is loaded directly from the browser or Rich Client, and is kept locally on the client side. The effect of a table set with this option, is that a recompute of a Link operation of that table is done locally. The table will be fetched to the client when the link is re-evaluated.

The Resident Table facility is based on the same assumption as the Magic xpa cache, that is, that certain data in an application will be used more than once. The Resident Table facility is an additional tool that can be used by the developer to enhance system performance by reducing disk I/O, and in the case of Client/Server configurations, reducing network traffic. Magic xpa will read the contents of all tables defined as resident into memory, according to the setting of the Resident property.

Preloading a table means that its data will be read and stored in the client’s memory, and all access will be through the loaded data in memory. The data can be preloaded upon opening the application, or upon opening the table, depending on the parameters specified in the Data Source Properties dialog box of the running tasks. The resident table will be cleared upon the closing of the application. It is recommended to use the Resident option with small tables, because loading tables into the client's memory reduces the client's free memory.

Limitations: This property is not supported for local data sources.

Note:

Resident tables are read-only, and cannot be modified while stored in memory. See also Modifying a Resident Table.

See also:

How Do I Fetch Data from a Database Table a Single Time for the Whole Application?

How Do I Minimize Database Access for Read-only Data?

Identify Modified Row

This property determines how Magic xpa identifies modifications made to rows by other users.

Magic xpa can select records according to:

  • Position

  • Position and Selected Fields

  • Position and Updated Fields

This property applies for deferred transaction mode tasks only.

Limitations: This property is not supported for local data sources.

See also Identify Modified Row – Multi-User.

Reference
Attachment 
Attachment