TIMESTAMP(6) converted to Unknown while loading Metadata

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
bandish
Participant
Posts: 41
Joined: Tue Oct 11, 2005 1:30 am

TIMESTAMP(6) converted to Unknown while loading Metadata

Post by bandish »

Hi,

In the Database we have Timestamp Fields with Datatype TIMESTAMP(6).

When I imported this table definition to Datastage using Datastage Manager, it got Converted to Unknown Datatype with Length Not Specified and Scale = 6.

Now when we try to view data from this table in datastage, we get the following error:

Code: Select all

##F TUXX 000002 04:18:21(000) <main_program> Internal Error: (colDesc):orautils.C: 1714: getColDesc failed.
Traceback: [6] APT_FatalPath::msgAssertion(0xfca3b7c7, 0xffbec5d0, 0xfca3b7cf, 0x6b2, 0x0, 0xcd4a8), at 0xff0db308 
[7] APT_OraUtils::querySchema(0x0, 0xfca5dde8, 0xffbec560, 0xffbec6b0, 0xffbec6bc, 0xfca55f60), at 0xfc9a4488 
[8] APT_OraReadOperator::describeOperator(0xaf1f0, 0x0, 0x123d30, 0xffbecc08, 0xfca5d7e8, 0xfc9861a8), at 0xfc97ee4c 
[9] APT_OperatorRep::wrapDescribeOperator(0x1715c0, 0x0, 0x1, 0x709228, 0xffbece54, 0xb4), at 0xfe70b3c4 
[10] APT_OperatorRep::check1a(0x1715c0, 0x1800, 0xfed6e3e0, 0xff12de18, 0xfee1425c, 0xfee4eecc), at 0xfe70b92c 
[11] APT_StepRep::sequenceAndCheck1Operators(0x132e48, 0x0, 0x0, 0xfed7994e, 0xfee1425c, 0x0), at 0xfe788580 
[12] APT_StepRep::check(0x132e48, 0x68cb98, 0x0, 0x0, 0xfee1425c, 0x132e54), at 0xfe7878c8 
[13] APT_Step::check(0xeb3a0, 0xffbed618, 0xffbed55c, 0xff135138, 0x0, 0xfee1425c), at 0xfe77b9d4 
[14] APT_OSL::createAndCheckStep(0x1493b0, 0xffbee9b0, 0xff1aee24, 0xffbed5e0, 0xffbed618, 0x3c794), at 0xff220d90 
[15] APT_ORCHESTRATE_main(0x1, 0x2b8fa, 0xffbeeae8, 0x4, 0xffbeec50, 0xffbeec6c), at 0x1fcdc
Even we tried to change the datatype in job as well as DataStage Table Definition to Timestamp or Date , but its not working.

What is the possible solution for this error.

Thanks
Bandish
DSguru2B
Charter Member
Charter Member
Posts: 6854
Joined: Wed Feb 09, 2005 3:44 pm
Location: Houston, TX

Post by DSguru2B »

In your sql select, try to change the timestamp to char in your sql and see if your query executes. SOmething like

Code: Select all

select .... TO_CHAR(timestamp_col,YYYY-MM-DD HH24:MI:SS.FF6) from table
Creativity is allowing yourself to make mistakes. Art is knowing which ones to keep.
bandish
Participant
Posts: 41
Joined: Tue Oct 11, 2005 1:30 am

Post by bandish »

I would like to know, why DataStage is unable to identify a TIMESTAMP(6) column while importing metadata ?

If Datatype of this column is specified to TimeStamp, Length = 38,
Scale = 6, we are able to view data and run our jobs.
I_Server_Whale
Premium Member
Premium Member
Posts: 1255
Joined: Wed Feb 02, 2005 11:54 am
Location: United States of America

Post by I_Server_Whale »

What is the database that you are talking about?
Anything that won't sell, I don't want to invent. Its sale is proof of utility, and utility is success.
Author: Thomas A. Edison 1847-1931, American Inventor, Entrepreneur, Founder of GE
chulett
Charter Member
Charter Member
Posts: 43085
Joined: Tue Nov 12, 2002 4:34 pm
Location: Denver, CO

Post by chulett »

Oracle, I would wager.
-craig

"You can never have too many knives" -- Logan Nine Fingers
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

It's all a matter of representation and standards. Oracle tends not to follow the standards used by the rest of the world. For example, a timestamp with no fractional seconds is TIMESTAMP(19) most everywhere else. With milliseconds it's TIMESTAMP(23,3) and with microseconds it's TIMESTAMP(26,6). Double the precision figure for multi-byte character sets.

Standards such as SQL92 and ODBC do not recognize the Oracle-only variant TIMESTAMP(6). DataStage attempts to be standards-compliant where possible, hence the conversion/rejection.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
bandish
Participant
Posts: 41
Joined: Tue Oct 11, 2005 1:30 am

Post by bandish »

Database is Oracle 10g.
bandish
Participant
Posts: 41
Joined: Tue Oct 11, 2005 1:30 am

Post by bandish »


bandish
Posted: Sat Dec 23, 2006 6:57 am

--------------------------------------------------------------------------------





I would like to know, why DataStage is unable to identify a TIMESTAMP(6) column while importing metadata ?

If Datatype of this column is specified to TimeStamp, Length = 38,
Scale = 6, we are able to view data and run our jobs.
Actually, the above solution is working in Oracle 9i not in 10g.
Post Reply