DSXchange

You get the union of all roles for all groups to which you belong. Check whether you also belong to a group to which the developer role has been assigned.

But I thought you wanted to accumulate a comma-delimited list in Col2.

But I thought you wanted to accumulate a comma-delimited list in Col2.

I only remembered it because of all the "s" characters in the driver library name.

Yes or no. The FTP stage can certainly move data, but it does not deposit the same on the DataStage server; if the FTP stage is performing a GET, the bytestream is fed directly into a DataStage job.

If you want to FTP files from one platform to another, use an ftp command, not an FTP stage.

Nah. The DataDirect drivers that ship with DataStage include one for SQL Server.

The If test within the derivation of svCol2 refers to svCol2.

Can you take a look at your crontab entries on UNIX, to see whether it's a problem in how Director's schedule view is working?

There is no place in UNIX that you can "see" your jobs in any sense. Design objects are stored within a database, not in files. But the job itself does not exist. A program that runs jobs uses data stored in database tables to determine what to do. The closest you will get to seeing anything is the ...

I suspect (with no evidence whatsoever) that the Debugger does not bother to use hashed file cache.

After all, there would be nothing to be gained. Cache is about speed. Debugger is about slow.

Not in a parallel job (unless in a BASIC Transformer stage).

Slowly Changing Dimension stage does all that.

A ".dsx" file is never stored on the server. It is an EXPORT file, and is always stored on a client. It is not a "job file" - indeed there is no such thing as a "job file".

"UV repository" is something that ceased to exist in 2001. Don't worry about it.

What's a "lookup file"?

The environment variable name is APT_STRING_PADCHAR.