Need help with universe metadata!!!

Post questions here relative to DataStage Server Edition for such areas as Server job design, DS Basic, Routines, Job Sequences, etc.

Moderators: chulett, rschirm, roy

dwscblr
Participant
Posts: 19
Joined: Tue May 18, 2004 12:39 am

Need help with universe metadata!!!

Post by dwscblr »

Hi,

I want to read the datastage repository tables. To be able to do so i would need the table definitions of the universe database tables. How can i import the metadata of all the tables in the universe repository of datastage?
him121
Premium Member
Premium Member
Posts: 55
Joined: Sat Aug 07, 2004 1:50 am

Post by him121 »

hi..
in univers you can try this query

SELECT @ID, CATEGORY FROM DS_METADATA WHERE CATEGORY LIKE '%#CategoryName#'

u can use universe stage and generate this query...
u can read table defination through this..

himanshu
dwscblr
Participant
Posts: 19
Joined: Tue May 18, 2004 12:39 am

Post by dwscblr »

Hi,

I tried using that query..... it gives me the table definition list. Its does not give me the column names and details for the universe repository tables. How can i get to know the column names and column details for these tables?
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

That information is the proprietary intellectual property of Ascential Software and is not in the public domain.

The repository tables are, mainly, published deliberately without column definitions, being intended only to be accessed programmatically.

Where Ascential believes it is suitable that you know, the column definitions are published. You can access them from the command line using the LIST.DICT command.

However, when importing UniVerse (hashed) file definitions, the Repository tables' names are deliberately suppressed from the list of available tables. It is not possible to override this "feature".

With a little UniVerse knowledge you can expose them through parallel table definitions sharing the same file dictionaries. But you will never get the complete definitions of all columns. Not least because there are multiple record formats in most of the repository tables; it is definitely not a first normal form environment!

What are you trying to accomplish? That is, why do you believe you need these table definitions? There may be alternatives, such as extracting data from a MetaStage hub, or from the documentation tool database (which IS first normal form).
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
dwscblr
Participant
Posts: 19
Joined: Tue May 18, 2004 12:39 am

Post by dwscblr »

I want to replicate the universe repository into another Relational DB which can be anything... Oracle, SQL Server etc. Thus to be able to do that i need to read the universe repository tables. Is there any other way in which i can do that?
kcbland
Participant
Posts: 5208
Joined: Wed Jan 15, 2003 8:56 am
Location: Lutz, FL
Contact:

Post by kcbland »

Reverse engineer a .dsx file and normalize the contents
Kenneth Bland

Rank: Sempai
Belt: First degree black
Fight name: Captain Hook
Signature knockout: right upper cut followed by left hook
Signature submission: Crucifix combined with leg triangle
mhester
Participant
Posts: 622
Joined: Tue Mar 04, 2003 5:26 am
Location: Phoenix, AZ
Contact:

Post by mhester »

And keep in mind that for any given job/routine/transformer/tabledef type for a given release the same fields/columns are used for different things (overloaded) so reverse engineering could be painful and very innacurate.

Also, some fields are bitmaps and unless you understand how to decipher the bitmap this information would be meaningless when viewed in the editor or DSX.

Regards,
peternolan9
Participant
Posts: 214
Joined: Mon Feb 23, 2004 2:10 am
Location: Dublin, Ireland
Contact:

Post by peternolan9 »

Hi dwscblr,
Ascential have a product for this, it's called MetaStage. It migrates all DS data into a relational database as well as a lot of other stuff as well.

If you are brilliant, like Tom Nell you might even be able to understand the data model of MetaStage and get stuff out of it. Or you can just contact Tom to write the queries you want..... ;-)

I would not expect any reputable consultant to assist you to steal Ascential IP in lieu of buying the product they have built to do what you want to do, which is what you are asking for.
dwscblr wrote:I want to replicate the universe repository into another Relational DB which can be anything... Oracle, SQL Server etc. Thus to be able to do that i need to read the universe repository tables. Is there any other way in which i can do that?
Best Regards
Peter Nolan
www.peternolan.com
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

dwscblr wrote:I want to replicate the universe repository into another Relational DB which can be anything... Oracle, SQL Server etc. Thus to be able to do that i need to read the universe repository tables. Is there any other way in which i can do that?
The Documentation Tool (from Manager) will do this for you.

C:\Program Files\Ascential\DataStage\Documentation Tool contains scripts for setting up the required tables in Oracle, SQL Server, etc., called oracle.sql, mssql.sql, etc.

You also set up an ODBC DSN to point to your database.

When using the Documentation Tool, go to the Options tab and change the DSN from DSReporting (which points to doc_tool.mdb) to your DSN, and away you go!
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
vmcburney
Participant
Posts: 3593
Joined: Thu Jan 23, 2003 5:25 pm
Location: Australia, Melbourne
Contact:

Post by vmcburney »

You can also twiddle your thumbs for twelve months because by the end of 2005 the Ascential suite will be on a database independent repository with support for SQL Server, Oracle or DB2. I think Ascential have been taking flack for years from Informatica in vendor comparisons because Informatica has an open repository and DataStage doesn't.
kduke
Charter Member
Charter Member
Posts: 5227
Joined: Thu May 29, 2003 9:47 am
Location: Dallas, TX
Contact:

Post by kduke »

How "open" will it be? Does anyone know?
Mamu Kim
mhester
Participant
Posts: 622
Joined: Tue Mar 04, 2003 5:26 am
Location: Phoenix, AZ
Contact:

Post by mhester »

All "they" said at Ascential World was that it will be an "open" architecture, but they gave nothing more than that - no details.
vmcburney
Participant
Posts: 3593
Joined: Thu Jan 23, 2003 5:25 pm
Location: Australia, Melbourne
Contact:

Post by vmcburney »

They said that out of the box you could install it on MySQL, Oracle, SQL Server or DB2 and Sybase were negotiating to get added to that. For other databases you probably have to create your own data structure. MySQL would be free, the others would require a licensed RDBMS. Now unless you know how to hide the metadata on these database types you've got to assume the entire table structure and column structure will be exposed. These table relationships can be very complex, just try reporting on derivations in the DataStage reporting tool.
him121
Premium Member
Premium Member
Posts: 55
Joined: Sat Aug 07, 2004 1:50 am

Post by him121 »

hi..
u can create routine..to read all the colums name, length and scale off the Tebledefinations..

try this routine it may help...

here in discussion i am not clear wht exactly u want ..bcoz after my first reply yesterday....today ..discussion bcomes..very long..
any way..

try this


OPEN "DS_METADATA" TO MetaDataFile ELSE
Call DSLogWarn("Error opening Metadata Library file - DS_METADATA")
END

READ SrcRec FROM MetaDataFile,CategoryName Then
SrcColCnt = DCOUNT(SrcRec<12>,@VM)
ColumnFound = 0

For i=1 to SrcColCnt
MColName = SrcRec<12,i>
MTypeCode = SrcRec<15,i>
MLength = SrcRec<16,i>
MScale = SrcRec<17,i>
MNullable = SrcRec<18,i>
Mkey = SrcRec<19,i>



[/quote]
ray.wurlod
Participant
Posts: 54607
Joined: Wed Oct 23, 2002 10:52 pm
Location: Sydney, Australia
Contact:

Post by ray.wurlod »

Derivations are simple compared to generating reports containing decoded parameter values! :evil:
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Post Reply