Referencing tables and fields
- Last Updated: January 17, 2024
- 2 minute read
- OpenEdge
- Version 12.8
- Documentation
Referencing tables and fields
Unique table and field names do not require fully qualified references within application procedures. In a single database OpenEdge application, references to non-unique field names require a table prefix to avoid ambiguous field references. Use the following syntax to reference a non-unique field in a procedure:
Syntax
|
The table–name is the name of the database table that contains the field field–name.
The ability to connect to several databases from a single OpenEdge session introduces the possibility of non-unique table names and increases the possibility of non-unique field names. References to non-unique table names within multi-database OpenEdge applications require database prefixes to avoid ambiguous table references. Ambiguous table and field references cause compilation failures.
Use the following syntax to include a database prefix in a table or field reference:
Syntax
|
The database–name is the logical name (or an alias for a logical name) that represents the database that contains the table table–name.
For example, suppose you are connected to two databases db1 and
db2, both of which contain a table called Customer.
The following procedure will not compile due to an ambiguous table
reference:
|
The procedure below uses fully qualified table references to display Customer names from both connected databases (db1 and db2):
|
Notice that the two references to the name field do not need
to be qualified because they appear within a FOR EACH block
that already contain fully qualified table references.
DISPLAY
X.Y, it first attempts to process X.Y as
a databasename.table–name.
If that fails, the AVM then attempts to process X.Y as table–name.field–name.