|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
What is the significance of the Index type parameter on a Q? |
View previous topic :: View next topic |
Author |
Message
|
kramsnilloc |
Posted: Tue Sep 18, 2007 4:33 am Post subject: What is the significance of the Index type parameter on a Q? |
|
|
Newbie
Joined: 23 Aug 2007 Posts: 8 Location: Jacksonville, FL.
|
As a newbie, I did my due diligence and searched on my topic but really didn’t get the information I need so I will have to pose the question here; what is the significance of the Index type parameter on a queue?
Is it required, or simple to increase performance?
Index type . . . . . . . . : N N=None, M=MsgId, C=CorrelId, G=GroupId, T=MsgToken
This is a continuation of a thread I started called ‘Pseudo Synchronous MQ Call on z/OS using COBOL.’
Now that I have my request and response working, I have to order up some new queues and wonder if I need to have the Index Type set to C (CorrelId)?
When I was doing some initial testing trying to GET the corresponding response from the associated request on one set of queues, I subsequently changed INDEX TYPE from ‘N’ to ‘C” but it didn’t seem to make any difference.
When I switched over to a different set of queues and at the same time had the ESB correctly send back the appropriate CORRELID, my REQ/RES worked fine when doing a GET using CORRELID to get back the corresponding response with the queues having an INDEX TYPE set to ‘N’.
I’ve read the documentation but would like a practical explanation.
Thanks,
Mark Collins |
|
Back to top |
|
 |
zpat |
Posted: Tue Sep 18, 2007 5:18 am Post subject: |
|
|
 Jedi Council
Joined: 19 May 2001 Posts: 5866 Location: UK
|
It allows the queue manager to access a message, by the index in question, directly rather than performing a sequential search.
In other words it is a performance option. Worth setting if your application retrieves messages selectively by message id or correlid etc.
We use it mainly on shared reply queues by correlid. There is also the overhead of maintaining the index so don't set it if not needed. |
|
Back to top |
|
 |
|
|
  |
|
Page 1 of 1 |
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|
|
|