Change Capture stage warning

Post questions here relative to DataStage Enterprise/PX Edition for such areas as Parallel job design, Parallel datasets, BuildOps, Wrappers, etc.

Moderators: chulett, rschirm, roy

Post Reply
srinivas.nettalam
Participant
Posts: 134
Joined: Tue Jun 15, 2010 2:10 am
Location: Bangalore

Change Capture stage warning

Post by srinivas.nettalam »

Hi All,
I am getting the warning below and warnings are not allowed in our project.I am using the column mentioned in the warning in both "after" and "before" datasets but excluded that from being a value column and it is present in the output column for the updates on the tables.
RCP is disabled on the project level.

One solution I have is to have a copy stage before CDC stage and drop that column and rejoin.
Please suggest if there is another way....

Warning:
CDC_Knid: When checking operator: Defaulting "InsertType" in transfer from "beforeRec" to "outputRec".
N.Srinivas
India.
meet_deb85
Premium Member
Premium Member
Posts: 132
Joined: Tue Sep 04, 2007 11:38 am
Location: NOIDA

Post by meet_deb85 »

Does your project allows you to use message handlers?
srinivas.nettalam
Participant
Posts: 134
Joined: Tue Jun 15, 2010 2:10 am
Location: Bangalore

Post by srinivas.nettalam »

Yes,If no otherway is found.
N.Srinivas
India.
meet_deb85
Premium Member
Premium Member
Posts: 132
Joined: Tue Sep 04, 2007 11:38 am
Location: NOIDA

Post by meet_deb85 »

Then its better to use a message handler rather than going for a join
srinivas.nettalam
Participant
Posts: 134
Joined: Tue Jun 15, 2010 2:10 am
Location: Bangalore

Post by srinivas.nettalam »

Is that the only way?I couldn't understand the reason behind this warning.
N.Srinivas
India.
meet_deb85
Premium Member
Premium Member
Posts: 132
Joined: Tue Sep 04, 2007 11:38 am
Location: NOIDA

Post by meet_deb85 »

Have you tried using Explicit Keys and Values?
srinivas.nettalam
Participant
Posts: 134
Joined: Tue Jun 15, 2010 2:10 am
Location: Bangalore

Post by srinivas.nettalam »

yes still the warning were there.
N.Srinivas
India.
SURA
Premium Member
Premium Member
Posts: 1229
Joined: Sat Jul 14, 2007 5:16 am
Location: Sydney

Post by SURA »

It will until you change the design, but that is more costly.

Rather than that, you can pass only the colums you need to check for Key and change values.

DS User
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

Is the InsertRec column explicitly mapped from input to output in the stage?
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
srinivas.nettalam
Participant
Posts: 134
Joined: Tue Jun 15, 2010 2:10 am
Location: Bangalore

Post by srinivas.nettalam »

Yes Ray.
I am mapping that column to the output link since I have to update the records in the target table with the value coming from after dataset.Only change is not captured based on that value.Is there anyway to eliminate those warning through someoption in CDC stage itself?
N.Srinivas
India.
PhilHibbs
Premium Member
Premium Member
Posts: 1044
Joined: Wed Sep 29, 2004 3:30 am
Location: Nottingham, UK
Contact:

Post by PhilHibbs »

I am having exactly this same issue. I have a set of updates to perform on about 40 columns, but I only want to do Change Capture on 5 of them. All of the other 35 or so columns that I am passing through on the "After" link (which is the update data) but not doing Change Capture on show in the job log as warnings. I also have Explicit Keys & Values set. It makes no difference whether I have these columns coming in on the Before link or not.

Looks like we will have to do a Message Handler.
Phil Hibbs | Capgemini
Technical Consultant
BI-RMA
Premium Member
Premium Member
Posts: 463
Joined: Sun Nov 01, 2009 3:55 pm
Location: Hamburg

Post by BI-RMA »

CDC needs identical input-columns on both links. If a column is missing on one link you will get the quoted warning, even if you are not using the column.

Add the column on the before-input-link (set to Null if necessary). Obviously, use explicit values, since you do not want to compare this column to the after record.
"It is not the lucky ones are grateful.
There are the grateful those are happy." Francis Bacon
PhilHibbs
Premium Member
Premium Member
Posts: 1044
Joined: Wed Sep 29, 2004 3:30 am
Location: Nottingham, UK
Contact:

Post by PhilHibbs »

BI-RMA wrote:CDC needs identical input-columns on both links. If a column is missing on one link you will get the quoted warning, even if you are not using the column.

Add the column on the before-input-link (set to Null if necessary). Obviously, use explicit values, since you do not want to compare this column to the after record.
It makes no difference whether I have these columns coming in on the Before link or not.
Phil Hibbs | Capgemini
Technical Consultant
fmou
Participant
Posts: 124
Joined: Sat May 28, 2011 9:48 pm

Post by fmou »

I thought only the key columns and the value columns can pass the CDC. For all the rest of the columns, ie. the don't-care ones, they can't pass through the CDC. Correct?

thanks
BI-RMA
Premium Member
Premium Member
Posts: 463
Joined: Sun Nov 01, 2009 3:55 pm
Location: Hamburg

Post by BI-RMA »

fmou wrote:I thought only the key columns and the value columns can pass the CDC. For all the rest of the columns, ie. the don't-care ones, they can't pass through the CDC. Correct?

thanks
Double checked this. They can if they are on the after-input-link, but the mentioned warning will be issued in this case.

To avoid the warning it would be necessary to send the extra-columns around the CDC in another stream to rejoin them behind it. I would personally use message-handlers only as a last-resort solution, because not all of the messages are related to a unique scenario. Demoting the (obsolete) message for one scenario may result in a different (potentially problematic) message demoted after a change in the job.
"It is not the lucky ones are grateful.
There are the grateful those are happy." Francis Bacon
Post Reply