Delete jobs/categories from commanline
Moderators: chulett, rschirm, roy
Delete jobs/categories from commanline
Is it possible to delete jobs or categories from the command line?
How?
How?
No, deletion of jobs and categories can only be done through the clients.
<a href=http://www.worldcommunitygrid.org/team/ ... TZ9H4CGVP1 target="WCGWin">
</a>
</a>
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
Welcome aboard.
Speed is not the issue here. Being systematic and accurate is. DataStage needs to check that you really want to delete the job even though other jobs (and, perhaps, routines) might depend on it.
If you want to be totally arrogant you can disable these confirmations. But let me state that, in over 12 years working with DataStage, I have never done so.
Speed is not the issue here. Being systematic and accurate is. DataStage needs to check that you really want to delete the job even though other jobs (and, perhaps, routines) might depend on it.
If you want to be totally arrogant you can disable these confirmations. But let me state that, in over 12 years working with DataStage, I have never done so.
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
unfortunately didn't get to see your whole post because i'm not a premium account user. only saw
"Welcome aboard. Speed is not the issue here. Being systematic and accurate is. DataStage needs to check that you really want to delete the job even though other jobs (and, perhaps, routines) mi ..."
will probably have to sign up. I understand the important of accuracy but when your on a large DS project (probably one of the biggest in Australia), it can be a very time consuming process. Just deleting a folder of jobs takes like a very long time and what makes it longer is when I have to keep clicking on these popus. It would be nice if I could just run a script and spent my time on other stuff without monitoring this. Like compiling for example, using a script takes 1 hour, if using DS manager takes a day.
"Welcome aboard. Speed is not the issue here. Being systematic and accurate is. DataStage needs to check that you really want to delete the job even though other jobs (and, perhaps, routines) mi ..."
will probably have to sign up. I understand the important of accuracy but when your on a large DS project (probably one of the biggest in Australia), it can be a very time consuming process. Just deleting a folder of jobs takes like a very long time and what makes it longer is when I have to keep clicking on these popus. It would be nice if I could just run a script and spent my time on other stuff without monitoring this. Like compiling for example, using a script takes 1 hour, if using DS manager takes a day.
Can't we do it from the Server as -ArndW wrote:No, deletion of jobs and categories can only be done through the clients.
1. Opening the DataStage Shell(dssh) of the Project
2. Executing the following query
Code: Select all
DELETE FROM DS_JOBS WHERE NAME="%<JobName>"
-
- Participant
- Posts: 54607
- Joined: Wed Oct 23, 2002 10:52 pm
- Location: Sydney, Australia
- Contact:
No.
That would certainly cripple the job, but would not delete it.
There are many other entries for a job, including in DS_JOBOBJECTS, VOC and all the job-specific repository tables DS_TEMPnnn and RT_*nnn and their corresponding file dictionaries, not to mention dependencies that might be recorded in other jobs.
Deletion via the clients manages all these (except the last).
That would certainly cripple the job, but would not delete it.
There are many other entries for a job, including in DS_JOBOBJECTS, VOC and all the job-specific repository tables DS_TEMPnnn and RT_*nnn and their corresponding file dictionaries, not to mention dependencies that might be recorded in other jobs.
Deletion via the clients manages all these (except the last).
IBM Software Services Group
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.
Any contribution to this forum is my own opinion and does not necessarily reflect any position that IBM may hold.