Table of Contents

Search

  1. Preface
  2. Part 1: Introduction
  3. Part 2: Configuring Hub Console Tools
  4. Part 3: Building the Data Model
  5. Part 4: Configuring the Data Flow
  6. Part 5: Executing Informatica MDM Hub Processes
  7. Part 6: Configuring Application Access
  8. Appendix A: MDM Hub Properties
  9. Appendix B: Viewing Configuration Details
  10. Appendix C: Row-level Locking
  11. Appendix D: MDM Hub Logging
  12. Appendix E: Table Partitioning
  13. Appendix F: Collecting MDM Environment Information with the Product Usage Toolkit
  14. Appendix G: Glossary

Types of Events for Message Triggers

Types of Events for Message Triggers

The following types of events can cause a message trigger to be fired and a message placed in the queue.
The following table describes events for which you can define message queue rules:
Event
Description
Message Type Code
Add new data
Used to add data by using the following approaches:
  • Through the load process
  • By using the Data Manager
  • Through the API verb using PUT or CLEANSE_PUT through protocols such as HTTP, SOAP, and EJB.
1
Add new pending data
A record is created with the PENDING state. Applies to state-enabled base objects.
10
Update existing data
Used to update data by using the following approaches:
  • Through the load process
  • By using the Data Manager
  • Through the API verb by using PUT or CLEANSE_PUT through protocols such as HTTP, SOAP, and EJB.
If trust rules prevent the base object columns to be updated, no message is generated.
If one or more of the specified columns are updated, a single message is generated. The message includes data from all of the cross-reference records in all output systems.
2
Update existing pending data
An existing record with a PENDING state is updated. Applies to state-enabled base objects.
11
Update, only XREF changed
Used to update data in the following scenarios:
  • When only the cross-reference has changed through the load process
  • When only the cross-reference has changed through the API using PUT or CLEANSE_PUT through protocols such as HTTP, SOAP, and EJB.
6
Pending update, only XREF changed
A cross-reference record with a PENDING state is updated. Also, includes the promotion of a record. Applies to state-enabled base objects.
12
Merging data
Used to merge data by using the following approaches:
  • Through Merge Manager
  • Through the API Verb through protocols such as HTTP, SOAP, and EJB.
  • Through the Automatch and Merge process
4
Merging data, base object updated
Used to merge data in the following scenarios:
  • When the base object is updated
  • When records load by row ID to insert new cross-reference and the base object is updated
If trust rules prevent the base object columns to be merged, the MDM Hub does not generate any messages.
If one or more of the specified columns are updated, a single message is generated. The message includes data from all of the cross-reference records in all output systems.
7
Unmerging data
Used to unmerge data by using the following approaches:
  • Through the Data Manager
  • Through the API verb by using UNMERGE through protocols such as HTTP, SOAP, and EJB.
8
Accepting data as unique
Used to accept records as unique by using the following approaches:
  • Through the Merge Manager
  • Through the Schema tool by enabling the option when you configure match rules
When a record is accepted as unique, either automatically through a match rule or manually by a data steward, the MDM Hub generates a message with the record information, including the cross-reference information for all output systems. The message is placed in the queue.
3
Delete base object data
A base object record is soft deleted and the state is changed to DELETED. Applies to state-enabled base objects.
14
Delete XREF data
A cross-reference record is soft deleted and the state is changed to DELETED. Applies to state-enabled base objects.
15
Delete pending BO data
A base object record with a PENDING state is hard deleted. Applies to state-enabled base objects.
16
Delete pending XREF data
A cross-reference record with a PENDING state is hard deleted. Applies to state-enabled base objects.
17
Restore
A deleted cross-reference record is restored and the state is changed to ACTIVE. Applies to state-enabled base objects.
19

0 COMMENTS

We’d like to hear from you!