Results for “max_value_flag”

4 results




AI-generated from documented ETRM metadata — verify critical details on the linked pages.

Overview

PV_ATTRIBUTES_B is the base table in the Oracle E-Business Suite Partner Management (PV) module that stores partner attribute identifier definitions. It holds the master list of configurable attributes that can be assigned to partners, partner entities, and related partner structures. In Oracle EBS 12.1.1 and 12.2.2, this table acts as the definitional anchor for the attribute framework used throughout Partner Management, controlling how partner data elements are typed, validated, displayed, and exposed to external partner systems.

From a Data Vault modeling perspective, the metadata classifies PV_ATTRIBUTES_B as hub-leaning. This classification is a heuristic suggestion derived from its foreign key structure: the table carries its own surrogate primary key (ATTRIBUTE_ID) and is referenced by numerous dependent tables, while itself referencing only a security group table. Such a position is characteristic of a hub entity—a stable, business-independent list of attribute keys—though the presence of descriptive columns such as ATTRIBUTE_TYPE, DISPLAY_STYLE, and SEEDED_FLAG means it also carries satellite-like descriptive content.

Key Information Stored

The table contains 26 documented columns. The most significant are:

The unique index PV_ATTRIBUTES_B_U1 spans ATTRIBUTE_ID and ZD_EDITION_NAME, making the pair a business-key candidate and confirming the table supports edition-based redefinition in 12.2.x.

Common Use Cases and Queries

Typical usage centers on listing, filtering, and validating partner attribute definitions. A common query retrieves all enabled attributes in a given category:

SELECT attribute_id, attribute_type, display_style FROM pv.pv_attributes_b WHERE enabled_flag = 'Y' AND attribute_category = :cat;

Reporting scenarios include identifying attributes exposed to partners (EXPOSE_TO_PARTNER_FLAG = 'Y') and auditing seeded versus custom attributes. Developers frequently join to the translation table for display names:

SELECT b.attribute_id, t.name FROM pv_attributes_b b JOIN pv_attributes_tl t ON b.attribute_id = t.attribute_id WHERE t.language = USERENV('LANG');

Matching configuration reports and value-set validation both rely on this table as the master reference.

Related Objects