Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

ETL Architecture

Status
Not open for further replies.

naveenshindhe

Technical User
Jan 22, 2003
31
GB
Hi,
Can any one let me know about
1. ETL architecture
2. 1 source, 1 target, 5 lookups are there in mapping.
It takes 3 hours to run
How to make it run in 30 mintues.
Thanks
Naveen
 
do you have a unconnected or connected Look up? You can join your look up tables as source table in the "source qualifier", that means you will have 8 source tables. Or take the largest look up table as the source table and join your soure table in source Qulifier. that is very important:join your source tables in one "source qualifier"!
 
Modifying your lookups into sources may not be the answer. You should try to isolate the bottleneck in the entire mapping. Do you use an override SQL in the SQ? Test the performance of the SQL using an SQL-tool.
Create a testmapping as a copy of the mapping you are working on , but create a target just after the SQ. Check performance. Still very slow, probably not the lookups that cause the drag. Be sure to allow enough cache size , especially when using aggregators! (Increase DTM buffer pool size,index cache size,data cache size) Monitor your server , if you run out of memory this will cause veryyyyy slow performance (swapping).
Try to filter data in SQ instead of in seperate filter transformations,

else look here:


T. Blom
Information analyst
tbl@shimano-eu.com
 
Try to use connected lookups. If possible cache your lookups. If you are using uncached lookups, make sure you have a index on the lookup column.

 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top