Search Results display_name_ind




Overview

IGS.IGS_LOOKUPS_IND is a reference and control table within the Oracle E-Business Suite (EBS) Student Systems / Oracle Student System (IGS) schema. It acts as a behavioral profile registry for QuickCode lookup types used throughout the academic and student information model. Rather than holding transaction data, the table stores indicator flags that describe the capabilities, constraints, and processing semantics of each lookup type. Where the generic FND_LOOKUPS infrastructure defines the available codes and their translated meanings, IGS_LOOKUPS_IND answers a different question: what does a given lookup type permit or require in the academic domain? Consumers of this table therefore include validation routines, enrollment processing, transcript generation, fee assessment logic, and completion-requirement checks in release 12.1.1 and 12.2.2.

From a Data Vault modeling perspective, IGS_LOOKUPS_IND is best treated as a standalone hub-like reference object rather than a link or satellite. It has no dependent child relationships recorded in the metadata and anchors a single natural business key, so it can be modeled as a hub on LOOKUP_TYPE with descriptive indicators carried either alongside or in a satellite separated by change semantics.

Key Information Stored

The table is keyed by LOOKUP_TYPE, a VARCHAR2(30) column documented as the QuickCode lookup type and enforced by primary key IGS_LOOKUPS_IND_PK and unique index IGS_LOOKUPS_IND_U1. Because the primary key is the business key itself, there is no separate surrogate identifier in this design; LOOKUP_TYPE is both the natural and the physical key. The remaining twenty-six columns are indicator attributes, most of them VARCHAR2 flags whose presence signals whether a particular capability applies to the lookup type. The most significant include:

Common Use Cases and Queries

Typical usage resolves a lookup type to its behavioral flags before processing. A query such as the following returns the transcript-relevant lookup types:

  • SELECT lookup_type FROM igs_lookups_ind WHERE academic_transcript_ind = 'Y';
  • SELECT lookup_type, fee_as_ind, final_result_ind FROM igs_lookups_ind WHERE lookup_type = :p_lookup_type;
  • SELECT l.lookup_type, l.meaning FROM fnd_lookups l, igs_lookups_ind i WHERE l.lookup_type = i.lookup_type AND i.cmpltn_requirements_ind = 'Y';

These patterns support reporting on which lookup types drive transcript output, fee processing, or completion checking, and are commonly embedded in concurrent programs, OAF pages, and validation APIs.

Related Objects

The metadata documents a foreign key relationship between IGS_LOOKUPS_IND and FND_LOOKUPS_TYPE, joined on the column LOOKUP_TYPE. The historical system tables from the original academic data model were merged into FND_LOOKUPS, so the primary related objects are:

  • FND_LOOKUPS — the values and translated meanings for each lookup, joined on LOOKUP_TYPE.
  • FND_LOOKUPS_TYPE (and the underlying FND lookup type definitions) — the referenced parent on LOOKUP_TYPE.
  • IGS_LOOKUPS_IND_U1 / IGS_LOOKUPS_IND_PK — the unique and primary key constraints on LOOKUP_TYPE.
  • Student System validation and enrollment APIs that dereference these indicator flags during processing.
  • Transcript and completion-requirement query views that consume ACADEMIC_TRANSCRIPT_IND, AV_TRANSCRIPT_DISP_OPTIONS_IND, and CMPLTN_REQUIREMENTS_IND.

The table is stored in the APPS_TS_TX_DATA tablespace with the index in APPS_TS_TX_IDX, and is classified as VALID in the ETRM 12.1.1 documentation.

  • TABLE: IGS.IGS_LOOKUPS_IND 12.1.1

    owner:IGS,  object_type:TABLE,  fnd_design_data:IGS.IGS_LOOKUPS_IND,  object_name:IGS_LOOKUPS_IND,  status:VALID, 

  • eTRM - IGS Tables and Views 12.1.1

    description: Holds applicant whose records are wrongly available . It is recommended that such applicant records are deleted from the system . It synchronizes with UCAS view 'ivStarW'. ,