Working With Change Data Capture

Changed Data Capture

Purpose of CDC is to enable applications to process changed data only. CDC enables ODI to track changes in source data caused by other applications. When running integration interfaces, ODI can avoid processing unchanged data in the flow. Loads will process only changes since the last load. The volume of data to be processed is dramatically reduced.

Reducing the source data flow to only changed data is useful in many contexts, such as data synchronization and replication. It is essential when setting up an event-oriented architecture for integration. In such architecture, applications make changes in the data (“Customer Deletion”, “New Purchase Order”) during a business process. These changes are captured by Oracle Data Integrator and transformed into events that are propagated throughout the information system.

CDC Techniques

1)Trigger based:
ODI will create and maintain triggers to keep track of the changes.

2) Logs based: ODI retrieves changes from the database logs (Oracle, AS/400).

3) Time stamp based: Processes written with ODI can filter the data by comparing the time stamp value with the last load time (cannot process deletes)

4) Sequence number: If the records are numbered in sequence, ODI can filter the data based on the last value loaded (cannot process updates and deletes).

Changed Data Capture is performed by journalizing models. Journalizing a model consists of setting up the infrastructure to capture the changes (inserts, updates and deletes) made to the records of this model’s datastores.
Oracle Data Integrator supports two journalizing modes:

•Simple Journalizing tracks changes in individual datastores in a model.
•Consistent Set Journalizing tracks changes to a group of the model’s datastores, taking into account the referential integrity between these datastores. The group of datastores journalized in this mode is called a Consistent Set.

The Journalizing Components

The journalizing components are:
•Journals: Where changes are recorded. Journals only contain references to the changed records along with the type of changes (insert/update, delete).

•Capture processes: Journalizing captures the changes in the source datastores either by creating triggers on the data tables, or by using database-specific programs to retrieve log data from data server log files.

•Subscribers: CDC uses a publish/subscribe model. Subscribers are entities (applications, integration processes, etc) that use the changes tracked on a datastore or on a consistent set. They subscribe to a model’s CDC to have the changes tracked for them. Changes are captured only if there is at least one subscriber to the changes. When all subscribers have consumed the captured changes, these changes are discarded from the journals.

•Journalizing views: Provide access to the changes and the changed data captured. They are used by the user to view the changes captured, and by integration processes to retrieve the changed data.
These components are implemented in the journalizing infrastructure

Setting up Journalizing:

This is the basic process for setting up CDC on an Oracle Data Integrator data model. Each of these steps is described in more detail below.

1.Set the CDC parameters
2.Add the datastores to the CDC
3.For consistent set journalizing, arrange the datastores in order
4.Add subscribers
5.Start the journals

Journalizing Tools:

Oracle Data Integrator provides a set of tools that can be used in journalizing to refresh information on the captured changes or trigger other processes:

•SnpsWaitForData waits for a number of rows in a table or a set of tables.

waits for a certain number of modifications to occur on a journalized table or a list of journalized tables. This tool calls SnpsRefreshJournalCount to perform the count of new changes captured.

•SnpsWaitForTable waits for a table to be created and populated with a pre-determined number of rows.

•SnpsRetrieveJournalData retrieves the journalized events for a given table list or CDC set for a specified journalizing subscriber. Calling this tool is required if using Database-Specific Processes to load journalizing tables. This tool needs to be used with specific knowledge modules.

•SnpsRefreshJournalCount refreshes the number of rows to consume for a given table list or CDC set for a specified journalizing subscriber.

Implementing Changed Data Capture:

Step:1) Import the appropriate JKM in the project.
Click the Projects tab. Expand the Procedure-Demo > Knowledge Modules node, right-click Journalization (JKM), and select Import Knowledge Modules.

Step:2) In the Models tab, create a new model named Oracle_relational_01. For Technology, enter: Oracle. Select the logical schema Sales_Order. Click the Reverse Engineer tab and set Context to development. Verify the setting, as shown in the following screen. Click the Journalizing tab.

Step: 3) In the Knowledge Module menu, select JKM Oracle Simple. Procedure-Demo, as shown in the following screen. Click the Save to save your model and then close the tab.

Step: 4) Reverse-engineer the model Oracle_Relational_01. Expand this model and verify its structure as follows.

Step: 5) Set up the CDC Infrastructure. You will start the CDC on the EMPLOYEE table in the Oracle_Relational_01 model.

To add the table to CDC, expand the Oracle_Relational_01 model, right-click the EMPLOYEE table, and select Change Data Capture > Add to CDC. Click Yes to confirm.

Step: 6) Click the Refresh icon. The small yellow clock icon is added to the table.

Step: 7)
Right-click the EMPLOYEE table again and select Changed Data Capture > Start Journal.

Step: 8) you use the default subscriber SUNOPSIS. For that reason, you do not have to add another subscriber. Click OK to confirm that your subscriber is SUNOPSIS. In the Information window, click OK again. Wait several seconds, then click Refresh and verify that the tiny clock icon at the EMPLOYEE table is green now. This means that your journal has started properly.

Step: 9) Click the ODI Operator icon to open the Operator. Click Refresh. Select All Executions and verify that the EMPLOYEE session executed successfully.

Step: 10) View the data and the changed data.
In the Designer window, open the Models tab. Right-click the EMPLOYEE datastore and select Data.

Step: 11) Select the row with Employee_Key = 10. Change the value of the NAME2 column to “Symond”. Similarly, select the row with Employee_Key = 15, and then change the value to “jacob”. Save your changes and close the tab.

Step: 12) Right-click the table again and select View Data. Scroll down, and verify that the rows are modified. Close the tab.

To verify that your changed data is captured, right-click EMPLOYEE, and select Change Data Capture > Journal Data. Find the captured changed records in the journal data. Close the tab.

Done !


About Amit Sharma

BISP Solutions Inc. was founded in 2012 as a IT consulting and service provider, specializing in Oracle EPM/BI technologies. Our primary objective is to use our expertise to offer best EPM/BI solution and being cost effective. In a relatively short period of time, we have successfully become an information technology company having a long list of clients in North America. BISP Solutions has been providing solutions to unique customer requirements and has a proven track record and ability to deliver high end business EPM solutions that meet your business goals. BISP Solutions EPM solutions have helped various customers in EPM space and earning a reputation of consistently exceeding our customer expectations. We bring tremendous value to our customers due to ability to replicate with ease, deploy at a faster pace in a very flexible global delivery model with lowered costs. Our ultimate goal is to save time and money of our business partners by delivering a highest quality of solution/services. We believe that working closely with customer and having detailed understanding of the business domain is the key to success. Our iterative methodology has proven to be very successful in this regard. Our experts are Oracle certified and committed to specializing in EPM and BI services, providing the highest flexibility while designing your EPM solutions. BISP business methodology is based on 5C’s. 1. Commitment - As a wise man once said, “Commitment is what transforms a promise into reality”. We are committed in providing the best possible solution to you. 2. Collaboration - We collaborate and communicate with you to understand your business requirements and using our collective knowledge to provide a solution that not only follows cutting edge technology and best practices but is also simple to use. 3. Consistent - We guarantee our solutions and have been consistent in delivering cost effective solutions to our business partners. 4. Cost Effective – This is where we shine. We provide solutions that while being cutting edge are also financially feasible. Our Onsite / Offsite (consultants based in US) model provides the best in technology solution while keeping the cost significantly low of what leading consulting companies charge. 5. Customized – While we can implement out of the box solutions, we strive to provide a solution that works for you.
This entry was posted in Uncategorized. Bookmark the permalink.

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

Connecting to %s