Bookshelf Home | Contents | Index | PDF |
Siebel Customer-Centric Enterprise Warehouse Installation and Configuration Guide > Configuring Common Components of the Siebel Customer-Centric Enterprise Warehouse > Filtering and Deleting Records > About Working with Primary Extract and Delete MappingsThe primary extract and delete mappings serve a critical role in identifying which records have been physically deleted from the source system. However, there are some instances when you can disable or remove the primary extract and delete mappings, such as when you want to retain records in the data warehouse that were removed from the source systems' database and archived in a separate database. Because delete mappings use Source IDs and Key IDs to identify purged data, if you are using multiple source systems, you must modify the SQL Query statement to verify that the proper Source ID is used in the delete mapping. In addition to the primary extract and delete mappings, the configuration of the delete flag in the ADI also determines how record deletion is handled. You can manage the extraction and deletion of data in the following ways:
This topic provides procedures for these management tasks. Deleting the Configuration for Source-Archived RecordsSome sources archive records in separate databases and retain only the current information in the main database. If you have enabled the delete mappings, you must reconfigure the delete mappings in the Siebel Customer-Centric Enterprise Warehouse to retain the archived data. To retain source-archived records in the Siebel Customer-Centric Enterprise Warehouse, perform two tasks on each delete mapping:
To create a parameter for the archive date
To add a clause to your Source Qualifier
Deleting Records from a Particular SourceDelete mappings use Source IDs and Key IDs to identify the data that has been purged from the source system. Therefore, if you are using multiple source systems (where each type is identified by a Source ID), you must verify that the proper Source ID is used in the delete mapping so that only the desired records are deleted. To specify the correct source, edit the SQL statement in the delete mapping. To specify the source for the delete mapping
Enabling Delete and Primary Extract SessionsIf you want to remove your source-deleted records in the Siebel Customer-Centric Enterprise Warehouse, you need to enable the delete and primary extract sessions for your application. To enable primary extract and delete sessions
Configuring the Record Deletion FlagRecord deletion is performed in the ADI if there are records you want to delete regardless of whether or not they have been deleted from the source. Record deletion is also performed in the ADI when the primary extract cannot determine if records have been deleted from the source, as in the case of Web logs where there are no primary keys for the extract to recognize. The Delete Flag determines how the record deletion is handled. You can configure the Delete Flag in the Source Adapter mapplet by modifying the transformation for the When you define the Delete Flag for fact tables, it is recommended you use a conditional statement. For example, you could enter the following statement: IIF(<SOURCE>.<COLUMN_NAME> = 'Y', 'Y', 'N') For fact tables, there are two values for which you can set the Delete Flag— When defining the Delete Flag for dimension tables, it is recommended that you use a conditional statement as well. For example, you could enter the following statement: IIF(<SOURCE>.<SOME_COLUMN_NAME> = 'Y', 'D', 'N') For dimension tables, there are two values for which you can set your Delete Flag—D and N. By setting your Delete Flag to D, your records are marked for deletion, but are not be purged from the dimension table just in case you want to query these values at a later time. If you wish to analyze historical dimension records, you must enable Type II functionality, which updates records by inserting a new record and leaving the old record intact. For more information about Type II dimensions, see Type I and Type II Slowly Changing Dimensions. NOTE: If you set the Delete flag as P for a dimension record, the deletion logic behaves as if it was marked as D. No dimensions are ever purged from the data warehouse.
Configuring Record Reject FlagThe purpose of rejecting records is to verify that they are not loaded into the data warehouse. You can set up the rejection logic in one of two places—the Source Qualifier in the Business Component mapplet of an extract mapping or the Source Adapter mapplet of a load mapping. By default, the Siebel Customer-Centric Enterprise Warehouse provides a reject flag in the Source Adapter mapplet that you can use to set up your record rejection logic. If the Reject Flag is set to Y for any records, the ADI skips those records and does not load it into the data warehouse. However, if the Reject Flag is set to N or any other value, the ADI processes the record. The reject logic must be configured in the Source Adapter mapplets according to your requirements. You can configure the Reject Flag in the Source Adapter mapplet by modifying the transformation for the port NOTE: If you want to set up the rejection logic in the Source Qualifier in the extract mapping, you can do so. The Siebel Customer-Centric Enterprise Warehouse performs this in the load mapping because some extract mappings load multiple staging tables in the data warehouse.
|
Siebel Customer-Centric Enterprise Warehouse Installation and Configuration Guide |