Goo'day,
At 23:26 11/10/05 -0400, you wrote:
"
I'm still trying to see how this is superior to a READ, which is entirely
self-documenting and efficient, and doesn't require you to know about how
TRANS behaves. I suspect that most programmers would have to look at the
documentation or a help screen to know why you're doing a RAISE, and what
the -1 and the 'x' are all about. Maybe I'm wrong about that.
It's all neatly explained in HELP BASIC TRANS and I'd hazard that anybody
that wanted to go down *that* road (the "obfuscation path" I'd call it....)
in their code would soon get used to t'syntax
A line that starts out "VAR=" doesn't immediately say to me, "here's where
we're doing some I/O". If I'm searching a program for I/O statements, I'm
not generally looking for something like this. There's also the overhead
of doing the RAISE, which is only there to counteract the behavior of the
TRANS. On small records this wouldn't be significant, but if you're
processing many large records, it could make a difference.
I'm not trying to be difficult here - I'm just trying to see the benefits
of this alternative to a straightforward and standard approach.
As far as I can see, the only "benefit" (???) *might* be that if the
variable passed to a TRANS as the Item-ID for the file is a multi-valued
list, the data returned is a list of fields for each item..... This *might*
have some benefit in timing..... but for all I care, a READ is a READ is a
READ (might even be a TRANS) regardless from whence it originates........
Hope I never get to having to squeeze the nth degree of timing out of
anything I write.....
But, all that aside, I'm sure I can recall a UV support person (who shall
remain nameless 'cos I can't remember who he/she is/was... Chris???.
Trish??? - yep! that long ago) telling/advising that one shouldn't use
TRANS for other than I-types....... for some now obscure reason .... but I
think "slow" was mentioned.....
Tim Snyder
Consulting I/T Specialist , U2 Professional Services
North American Lab Services
DB2 Information Management, IBM Software Group
717-545-6403
[EMAIL PROTECTED]
-------
u2-users mailing list
[email protected]
To unsubscribe please visit http://listserver.u2ug.org/
--
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.11.14/129 - Release Date: 11/10/05
--
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.11.14/129 - Release Date: 11/10/05
Regards,
Bruce Nichol
Talon Computer Services
ALBURY NSW 2640
Australia
http://www.taloncs.com.au
Tel: +61 (0)411149636
Fax: +61 (0)260232119
If it ain't broke, fix it till it is!
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.344 / Virus Database: 267.11.14/129 - Release Date: 11/10/05
-------
u2-users mailing list
[email protected]
To unsubscribe please visit http://listserver.u2ug.org/
