New DFSORT/ICETOOL Features (Nov, 2009)

Frank Yaeger · Posted: Thu Nov 12, 2009 11:31 pm

PTF UK51706 for z/OS DFSORT V1R5 and PTF UK51707 for z/OS DFSORT V1R10 (Nov, 2009) provide important enhancements to DFSORT and DFSORT's ICETOOL for various types of two file join applications (JOINKEYS, JOIN, REFORMAT, JKFROM); date field conversions (Y2x, Y4x, TOJUL, TOGREG, WEEKDAY, DT, DTNS); merge operations (MERGE operator); alternate ddnames for MERGE (MERGEIN); easier migration from other sort products, and more.

For complete details on these new features, see my "User Guide for DFSORT PTFs UK51706 and UK51707" paper (sortugpg.pdf) at:

www.ibm.com/support/docview.wss?rs=114&uid=isg3T7000174

Escapa · Posted: Thu Nov 12, 2009 11:44 pm

New PTF ... This is great!!!!

Hurry!! Now lot of ease in playing with DATE conversions......

Thanks for this....

But one question,

Frank, is this PTF is also free?

Frank Yaeger · Posted: Thu Nov 12, 2009 11:48 pm

Yes, the PTF is free.

We expect it to be available on Monday (11/16/2009).

Escapa · Posted: Thu Nov 12, 2009 11:53 pm

Thats

Thanks Frank. I will check with my system engineer, to get it installed once it is available...

vasanthz · Posted: Fri Nov 13, 2009 3:34 pm

Thanks. Good to know we can do much more stuff with DFSORT.

Frank Yaeger · Posted: Wed Nov 18, 2009 11:06 pm

The Nov, 2009 PTF is now available. Ask your System Programmer to install it (it's free).

ojdiaz · New User Joined: 19 Nov 2008 Posts: 98 Location: Spain

Thanks a lot Frank... How could i check if this update is installed in my shop? I'm quite excited since i have a few things in hand in which the changes will come in handy

Thanks again! Great!

Best regards!!!

Oliver

Frank Yaeger · Posted: Fri Nov 20, 2009 10:04 pm

See the following which explains how to tell which functional PTF level you have:

ibmmainframes.com/viewtopic.php?t=33389

If you don't have the new PTF, ask your System Programmer to install it (it's free).

vasanthz · Posted: Fri Dec 04, 2009 9:30 pm

Hi,

With all the PTFs & functionalities, DFSORT has become somewhat very close to programming language in terms of data processing.

Could you please let me know if DFSORT is effecient than COBOL in terms of load on the CPU.

Example, If we perform an operation like incrementing the timestamp of a record like in this thread, ibmmainframes.com/viewtopic.php?t=45058&postdays=0&postorder=asc&start=15

With DFSORT & similar logic in COBOL, which would be effecient?

I am not good with benchmarking softwares & COBOL Coding, so pls share ur thoughts.

Thanks,

Frank Yaeger · Posted: Fri Dec 04, 2009 10:07 pm

As always, with performance, it depends. It depends on your system setup, what you're doing, how efficiently your DFSORT job or COBOL job is coded, etc. The only way to find out for sure is to try it yourself for the particular job you're interested in.