DSXchange

Welcome Aboard :D

First go through the given documentation. Search the forum. Join the training offered.

ArndW wrote:Kumar - GRANT is a DataStage command. The error seems to revolve around those quirky Windows domain ids and I'm not at such a system right now so can't help - the command should have worked.

Thanks for correcting me Arnd :D

NO.....
NAME in DS_JOBOBJECS does not gets automatically updated. Need to do manually.
Updating dsx would update the both.

Resetting a job from either finihed state or from aborted state brings back the job in a stage to be able to recompile the job. Hence by resetting the job, we are able to bring back the job in a runnable state. thanks, Tom Compilation does not require the job to be in runnable state. Unless the job...

GRANT DBA TO velag001 is not UV command, its a DB command.
Grand previlage to the userid from OS level.

Check whether this could help.

http://dsxchange.com/viewtopic.php?t=97 ... a4c47fa960

Arnd - Isnt it giving prompt while tyring update to UV_USERS.
velagapudi - BTW what if you query >SELECT DBAUTH FROM UV_USERS WHERE NAME='velag001'; now.

But what is the id you use to login?
Try using dsadm.

Migration may be easy but Maintanance become tough

You can select your desired delimiter in the Start loop activity.

Also check the link name in the trigger condition.

For the not null input field in aggregator output doesnt require null handling. But most likely to have a data type conversion.

But for many case surrogate key would be requred even before the target for change detection. If source is not from database, it would be required to generate a unique key for identification.

IPC and buffer setting shouldnt leave out a persistent file.

You can find many files under project directory with RT_* which holds these informations.