Keyset tables in a geodatabase in PostgreSQL
A keyset table is used to store a list of selected rows when an ArcGIS for Desktop client executes a geodatabase relationship query that joins tables using attributes that are type integer, number, date, or string.
As discussed in ArcSDE log file table configuration options for PostgreSQL, log file tables store the objectids of the selected features. Keyset tables are used to accommodate joins using attributes other than the objectid.
One keyset table is created per connection per session when there are more than 99 rows in the source selection set in the database query.
Keyset tables in ArcGIS for Desktop
You cannot see keyset tables in ArcGIS for Desktop. However, you cause a keyset table to be created and populated when you select more than 99 records in a feature class involved in a relationship class in ArcMap, then open the attribute table and use the Related Tables list, accessed from the Options menu, to retrieve the related table. You also cause a keyset table to be created when you start an edit session.
Keyset tables in a PostgreSQL database
No keyset tables are present in the geodatabase until one of two things happens:
- A qualifying selection is made via ArcGIS for Desktop.
- You begin an edit session.
When either of these two things happens, the keyset table is created as a global temporary table. In the first case, the keyset table is created and populated. In the second example, the keyset table is merely created but not populated until a qualifying selection set is made.
The keyset table name includes the process identification number of the session that caused the keyset table to be created. The format is as follows:
keyset_<process_id>
The keyset table stores a keyset ID number for each selection set and values for the field on which the relationship between the feature classes is based.
Because it is a temporary table, the keyset table is deleted when the user disconnects from the database. However, you may notice the temporary schemas created by PostgreSQL to store this table remain. These have names such as pg_temp_3.
The following is a keyset table for a selection made between the related tables LATERALS and CONTRACTORS. In this case, the LONG_VAL field would be populated and contain the values of the CONTRACTOR_ID field on which the relationship class between LATERALS and CONTRACTORS is based.
 |
keyset_<process_id>
The following is the definition for a keyset table in PostgreSQL:
|
Field name |
Field type |
Description |
Null? |
|---|---|---|---|
|
keyset_id |
integer |
Identifier for the keyset selection |
NOT NULL |
|
long_val |
integer |
Value of the field on which the relationship class is based, if that field is a number field |
|
|
str_val |
varchar(256) |
Value of the field on which the relationship class is based, if that field is a string field |
|
|
dbl_val |
double |
Value of the field on which the relationship class is based, if that field is a double precision field |
|
|
date_val |
timestamp without time zone |
Value of the field on which the relationship class is based, if that field is a date field |
Keyset tables in an XML workspace document
Keyset tables are not stored in an XML document because they are temporary tables.