I have no clue which would be faster. Perhaps Kris knows. It does seem
that option #2 is easier to code as you only have one substitution
variable instead of two for the GET.
-----Original Message-----
From: The IBM z/VM Operating System
[mailto:[EMAIL PROTECTED] On Behalf Of Horlick, Michael
Sent: Friday, January 18, 2008 10:27 AM
To: [email protected]
Subject: GLOBALV question
Greetings,
I am trying to create an associative array of some sort that
will be preserved across EXEC invocations. I thought the best way of
doing this is using the GLOBALV command.
I have a list of printers and their IP addresses. For example,
printers A, B, C with IP addresses 198.10.10.10, 198.10.10.11 and
198.10.10.12 respectively.
Is it better to do a
GLOBALV SELECT A SETS A 198.10.10.10
GLOBALV SELECT B SETS B 198.10.10.11
GLOBALV SELECT C SETS C 198.10.10.12
Or
GLOBALV SELECT PRT SETS A 198.10.10.10
GLOBALV SELECT PRT SETS B 198.10.10.11
GLOBALV SELECT PRT SETS C 198.10.10.12
Is it faster to retrieve the IP address of printer X, if it
exists, for example, with the command 'GLOBALV SELECT X GET X' or
'GLOBALV SELECT PRT GET X'?
We are talking about 300 printers. Would it make a difference
either way?
Thanks,
Mike Horlick
CGI Montreal
--------------------------------------------------------
This message w/attachments (message) may be privileged, confidential or
proprietary, and if you are not an intended recipient, please notify the
sender, do not use or share it and delete it. Unless specifically indicated,
this message is not an offer to sell or a solicitation of any investment
products or other financial product or service, an official confirmation of any
transaction, or an official statement of Merrill Lynch. Subject to applicable
law, Merrill Lynch may monitor, review and retain e-communications (EC)
traveling through its networks/systems. The laws of the country of each
sender/recipient may impact the handling of EC, and EC may be archived,
supervised and produced in countries other than the country in which you are
located. This message cannot be guaranteed to be secure or error-free. This
message is subject to terms available at the following link:
http://www.ml.com/e-communications_terms/. By messaging with Merrill Lynch you
consent to the foregoing.
--------------------------------------------------------
