Results for “sam”
50+ results
AI-generated from documented ETRM metadata — verify critical details on the linked pages.
Overview
The SAM view is a database object documented within the Oracle E-Business Suite (EBS) 12.1.1 and 12.2.2 ETRM (E-Business Suite Technical Reference Manual) under the ENG – Engineering product module. The ETRM record for this object carries the description notation "Retrofitted" and further states that the view is "Not implemented in this database." These two annotations are significant because they indicate that the SAM view, as documented, represents a compatibility or migration construct introduced to preserve the behaviour of a prior object rather than a fully populated, standalone data dictionary view delivered and active in a standard installation.
In the context of Oracle Engineering, views of this nature typically function as a retrieval layer that exposes engineering item, bill of material, or change-order related data to downstream reporting and integration processes. Because the metadata explicitly records the object as not implemented, the SAM view should be treated primarily as a reference artefact — one that documents an expected structure rather than one that can be reliably queried in every environment.
Underlying Base Objects
The ETRM metadata documents no referenced base objects for the SAM view. The referenced base objects list is empty, and the owner field is also unpopulated in the documented record. This absence is consistent with the "Not implemented in this database" annotation, since an object that is not instantiated in a given database will not have a resolved dependency chain recorded against it.
In practice, where a retrofitted view of this class exists in an older or customised environment, it is typically defined over engineering tables such as the engineering item and bill of material base tables within the ENG schema family. However, since the authoritative metadata supplies none, consultants should verify dependencies directly against the target instance using ALL_DEPENDENCIES and ALL_VIEWS before assuming any underlying relationship.
Key Columns
The documented metadata does not enumerate individual columns for the SAM view. The ETRM excerpt contains only the view header, description, a placeholder "View Text" label, and the implementation status. Because the column list is not published in this record and the view is not implemented in the reference database, no authoritative column definitions can be cited from the supplied documentation.
Where a corresponding retrofitted SAM view is present in a deployed instance, columns would ordinarily be inherited from the underlying engineering objects and would align with the naming conventions of the Engineering module. Any such columns should be confirmed by inspecting the live view definition rather than inferred from this metadata.
Common Use Cases and Queries
Given the limited documentation, the principal use of the SAM view record is as a migration and impact-analysis reference. The relevant activities are:
- Confirming whether the view exists in a given 12.1.1 or 12.2.2 instance before attempting to reference it.
- Assessing retrofit impact when upgrading from an earlier release where the object may have been active.
- Documenting dependencies where the view is present, to support change control.
A representative existence check is:
SELECT owner, view_name
FROM all_views
WHERE view_name = 'SAM';
Dependencies, where a definition exists, can be retrieved with:
SELECT referenced_name, referenced_type
FROM all_dependencies
WHERE name = 'SAM';
Because the ETRM records the SAM view as retrofitted and unimplemented, no functional query against the view itself can be guaranteed. The object should be treated as a documented compatibility artefact, and any practical use must be validated against the actual target database.
-
View: SAM 12.1.1
- Retrofitted
Not implemented in this database·Explore ENG module →
-
View: SAM 12.2.2
- Retrofitted
Not implemented in this database·Explore ENG module →
-
12.2.2 FND Design Data 12.2.2
-
12.1.1 FND Design Data 12.1.1
-
View: PMIFV_QC_RESULTS_V 12.2.2
QC Results Full View
APPS.PMIFV_QC_RESULTS_V·↳ FM_FORM_MST·↳ FM_OPRN_MST·↳ FM_ROUT_HDR·Explore PMI module →
-
View: PMIBV_QC_RESULTS_V 12.1.1
QC Results Full View
APPS.PMIBV_QC_RESULTS_V·↳ FM_FORM_MST·↳ FM_OPRN_MST·↳ FM_ROUT_HDR·Explore PMI module →
-
View: PMIFV_QC_RESULTS_V 12.1.1
QC Results Full View
APPS.PMIFV_QC_RESULTS_V·↳ FM_FORM_MST·↳ FM_OPRN_MST·↳ FM_ROUT_HDR·Explore PMI module →
-
View: PMIBV_QC_RESULTS_V 12.2.2
QC Results Full View
APPS.PMIBV_QC_RESULTS_V·↳ FM_FORM_MST·↳ FM_OPRN_MST·↳ FM_ROUT_HDR·Explore PMI module →
-
This table contains the summarized information from cn_posting_details
-
This table contains the summarized information from cn_posting_details
-
View: GML_GPOAO_ORDERS_V 12.1.1
Sales Order Header view
APPS.GML_GPOAO_ORDERS_V·↳ ECE_TP_DETAILS·↳ ECE_TP_HEADERS·↳ FND_PROFILE·Explore GML module →
-
View: GML_GPOAO_ORDERS_V 12.2.2
Sales Order Header view
APPS.GML_GPOAO_ORDERS_V·↳ ECE_TP_DETAILS·↳ ECE_TP_HEADERS·↳ FND_PROFILE·Explore GML module →
-
This global temporary table is used to cache tax lines during tax processing for transactions.
-
This global temporary table is used to cache tax lines during tax processing for transactions.
-
This table stores detail tax lines for transactions of multiple event classes.