data-dictionary

FPSAPP.CFG_TABLES

Data Dictionary

>

FPSAPP Tables

> FPSAPP.CFG_TABLES

Table FPSAPP.CFG_TABLES"

Configurable info on tables to update using ADM_LOAD.

  • Schema: FPSAPP

  • Tablespace: FPSDATA


Column

Type

Nullable

Comment

TABLE_NAME

VARCHAR2(30)

APF_REP_PARM_W_COLON_DELIM

VARCHAR2(128)

We pass this value to the APF report as the parameter(s). The script replaces colon so we must use colon as the delimiter. This column works only for QE, CLR, CLRA and not ST because the dispatcher handles parameters differently.

CHK_UPD_COLUMN_NAME

VARCHAR2(30)

Our most important check on the DWH is the check for no recent day in key tables. For a table to be part of this check, enter the column to check here which must be a DATE and the number of minutes to warn in CHK_UPD_MINUTES. 30 minutes is a reasonable number for a table that is part of the 3min load which means we will send warning emails if the newest record is more than 30 minutes old.

CHK_UPD_MINUTES

NUMBER(5)

See CHK_UPD_COLUMN_NAME.

DO_NOT_CHECK_DIFFS_LOOP

CHAR(1)

For tables loaded by ADM_TABLE_LOOP the default is to use a minus query to check for differences and only update the necessary rows. But if we know that all rows will change on each load then we can skip this check and just update all rows.

DO_NOT_WARN_FPSINPUT_DBPR

CHAR(1)

We strongly discourage use of DBPR for FPSINPUT tables because the refresh deletes and reinserts every row in the table. CHK_LOAD warns against this configuration. But there are certain cases where DBPR is appropriate, for example when the start date in WIP_STARTS changes almost every query in the customer data, so if this flag is set then we do not warn about this.

DURATION_SEC

NUMBER(9)

Duration in seconds of the period to be used to run the APF report. Used only for CLR, CLRA, and QE.

END_REP_START_SHIFT

CHAR(1)

This column is obsolete and will be dropped from the table in the next DWH version.

ERROR_PRIORITY

VARCHAR2(10)

This is just informative and used in FPSRPT objects but this could be used in SYSMNTR in the future. It is a string field so it can be a word or a number.

ERR_IF_NO_ROWS

CHAR(1)

If set to Y then the job will error if no rows are inserted. This cannot be used with DBPM because the match logic frequently updates no rows.

GATHER_STATS_ALWAYS

CHAR(1)

For large history tables, we normally check if we should skip gathering stats during ADM_STATS_ALL. This flag forces the procedure to always gather stats on this table.

GATHER_STATS_NEVER

CHAR(1)

This flag causes ADM_STATS_ALL to never gather stats. This would typically be used for history tables to override the normal checks but could be used for any table if needed.

IS_CHGLOG_ADDL_ENABLED

CHAR(1)

This column allows us to enable CHGLOG table/trigger functionality on additional tables which would not otherwise have it based on our normal manual table or manual columns logic.

IS_CHGLOG_PERM_DISABLED

CHAR(1)

Our FPSINPUT tables have the capability to record all changes in a CHGLOG table as built by BLD_CHGLOG. You can disable this by setting this to Y.

IS_LARGE_MANUAL

CHAR(1)

GrimRepo stores the data for manual tables and it really slows down if the table is large so CHK_TABLES warns if any manual table has over 500 rows. This flag tells CHK_TABLES to stop complaining.

IS_REF_VIEW_USABLE_BY_OTHERS

CHAR(1)

REF views exist solely to refresh their corresponding table. Therefore in CHK_ALL, we flag if a REF view is used by any other object. Usually the solution to escape the wrath of this warning is to use a LOAD_xxx view for the commonly used logic. But occasionally there is a case when it is either impossible or extremely undesirable to do this and we really want to use the REF view in another object. For these special cases we added this column but we hope that you never use it!

LOG_QUERY_START

CHAR(1)

This is for tables loaded by APF only where we run the APF report first and then the sqlplus query. Normally we just log the start and end of the object so the total time includes both report and query. If you want to track each independently set this to Y and we will log a record in ADM_LOAD_HIST at the end of the report which is also the start of the query.

METHOD

VARCHAR2(6)

N

Method used to load data in table or execute procedure (* from FPSADMIN.GEN_LOAD_METHODS)

OTHERS_TO_LOAD_IF_CHG

VARCHAR2(128)

This allows us to load a table only if another table changed. This is rarely used but can save time.

OTHER_TABLE_WHERE_LOADED

VARCHAR2(30)

Some of our APF reports load multiple tables in the same report. It is required to pick one of those tables to name the update. The other tables will have the method of OTHTAB with the name of the other table whose job loads it in this column.

OVR_PURGE_CHGLOG_DAYS

NUMBER(5,1)

By default we purge history from CHGLOG tables at 365 days for small tables and 99 days for large tables. To override that default for the corresponding CHGLOG table then set in this value. If you do not want to purge at all then set this to 9999.

OVR_STATION_VAR

VARCHAR2(12)

This allows us to pass a value for $Station to an APF report or rule. This is rarely used.

OWNER

VARCHAR2(30)

N

PURGE_COLUMN_NAME

VARCHAR2(30)

This must be the name of a DATE or TIMESTAMP column which is the first column in an index. See PURGE_DAYS.COLUMN_NAME comment for purge details.

PURGE_DAYS

NUMBER(5,1)

All history tables must have the PURGE_COLUMN_NAME and PURGE_DAYS set. We automatically purge data older than DAYS to keep the history tables to a reasonable size. We must keep at least 10 days worth of data in all tables (except DASH_P_H_SHIFT_SUMMARY) with the logic being that gives us 3 days to append from the raw table to the week history. If you do not want to purge then set DAYS to 9999.

RPT_OWNER_NAME

VARCHAR2(64)

This field is used to indicate who owns this FPSRPT object. It is for informational purposes only and not used in the FPS DWH.

RPT_PROJECT

VARCHAR2(50)

This field is used to categorize FPSRPT objects. It is for informational purposes only and not used in the FPS DWH.

TIMEOUT_SEC

NUMBER(4)

This column is required with the status_tool (ST) method which calls the APF dispatcher but only works with this method. Status_tool allows a -timeout parameter as one of the inputs and we will pass that if specified here.