Search Results ahl_doc_revisions_tl




Overview

The AHL_DOC_REVISIONS_TL table is a core data object within the Oracle E-Business Suite (EBS) module for Complex Maintenance, Repair, and Overhaul (AHL). It functions as a translation table, specifically designed to store multilingual text for document revision records. Its primary role is to support the global deployment of the EBS application by enabling the storage of user-facing column data, such as descriptions or titles, in multiple languages. This table works in conjunction with its base table, AHL_DOC_REVISIONS_B, which holds the language-independent transactional data. The existence of this TL (Translation) table is a standard Oracle EBS architecture pattern, ensuring that the AHL module can present interface and descriptive data in a user's preferred language, as defined by the application's NLS (National Language Support) settings.

Key Information Stored

The table stores translated attributes for document revision entities. Its structure is defined by a composite primary key that uniquely identifies each translated row. The critical columns include DOC_REVISION_ID, which is the foreign key linking the translation to the corresponding base record in AHL_DOC_REVISIONS_B, and LANGUAGE, which stores the language code (e.g., 'US' for American English, 'DE' for German) for the translation. Other columns typically found in TL tables, though not explicitly listed in the provided metadata, would include translated descriptive fields such as REVISION_DESCRIPTION or COMMENTS, along with standard WHO columns (CREATED_BY, CREATION_DATE, LAST_UPDATED_BY, LAST_UPDATE_DATE) and the SOURCE_LANG column to identify the original language of the data.

Common Use Cases and Queries

The primary use case is retrieving document revision information in a user's session language for display in forms, reports, and self-service pages. A standard query pattern joins this table with its base table, filtering by the current session language and the relevant document revision identifier. For example, to fetch a description for a specific document revision in the user's current language, a query would utilize the USERENV('LANG') function or join via the FND_LANGUAGES table. Reporting on multilingual data often requires selecting all translations for a set of revisions or identifying records where translations for a critical language are missing. Administrators may query this table to audit translation completeness or as part of data migration scripts when adding support for a new language.

Related Objects

  • AHL_DOC_REVISIONS_B: This is the foundational base table with which AHL_DOC_REVISIONS_TL has a direct foreign key relationship. The join is performed on the DOC_REVISION_ID column. All transactional and non-translatable data for a document revision resides in the "_B" table, while the "_TL" table holds the language-specific text.
  • FND_LANGUAGES: While not listed in the provided foreign keys, this application dictionary table is intrinsically related. The LANGUAGE column in AHL_DOC_REVISIONS_TL corresponds to valid language codes defined within FND_LANGUAGES.
  • AHL_DOC_REVISIONS_VL: In a typical EBS pattern, a view (likely suffixed "_VL") may exist that performs a standardized join between the "_B" and "_TL" tables to present a complete, language-aware record for application use.