> Hello again all..
> We have a giant application from a giant software vendor that has very
[quoted text clipped - 26 lines]
> server with hundreds of individual calls? Tuning? Anything we can do
> db2 wise to help it?
I don't think it's that simple.
There are means to do batching but they have to be initiated by the
application.
The problem is that fundamentaly the app is unlikely to send a new SQL
statement before it has received the results of the previous ones. So I
doubt that problem is solvable transparently to the application.
Do you have an IBM rep whom you can engage? Perhaps throwing around a
bit more weight will help to get your app vendors attention.
If the app vendor needs help tuning it wouldn't be the first time we
help with that...
Cheers
Serge

Signature
Serge Rielau
DB2 Solutions Development
IBM Toronto Lab
> 73k5bla...@centurytel.net wrote:
> > Hello again all..
[quoted text clipped - 46 lines]
> DB2 Solutions Development
> IBM Toronto Lab
I am an IBM rep. Well, I'm a tech, working with many sales reps, and
no, we can't bend the app vendor. We've been trying. I've shown them
where a simple operation is taking 837 queries to the DB, when I could
get the same results in less than 10.
I've been looking into DB2 Q Replication, it seems like that might be
able to help us. I've looked at SQL replication before, but the
snapshots are too heavy to run constantly on the database master, and
thus becomes not really real time. The new Q Replication stuff looks
very interesting. Do you know why they say in hub and spoke setup Q
Replication is not so good? We have one master location, and 6 remote
sites we'd like to use this at. Remote sites mostly read, but also
would need to write as well. The only issue that really jumps out at
me is the number of fail points in the whole setup. Websphere, it's
database, mq series quues, app server, db server...adds alot of
complexity, but if it gives us the response we need, it might be worth
it.
Serge Rielau - 26 Sep 2007 20:47 GMT
> I am an IBM rep. Well, I'm a tech, working with many sales reps, and
> no, we can't bend the app vendor. We've been trying. I've shown them
> where a simple operation is taking 837 queries to the DB, when I could
> get the same results in less than 10.
*sigh*
> I've been looking into DB2 Q Replication,
ST or email and I hook you up with Q-Rep skills.
Cheers
Serge

Signature
Serge Rielau
DB2 Solutions Development
IBM Toronto Lab
paul.lapointe.xkoto@gmail.com - 28 Sep 2007 16:09 GMT
Ken,
You might also take a look at GRIDSCALE. I'm an ITS at xkoto, I can
provide you with any technical information on the product. It can also
be configured for local reads, remote-write. This may be simpler to
implement and maintain than Q-rep in a hub-and spoke architecture.
Paul LaPointe,
Systems Engineer,
xkoto Inc.
E: paul.lapointe@xkoto.com
W: www.xkoto.com
xkoto is a winner of the 2007 Deloitte Fast 50 Companies-to-Watch
award http://www.xkoto.com/pressrelease/070920-deloitte.php
> 73k5bla...@centurytel.net wrote:
> > I am an IBM rep. Well, I'm a tech, working with many sales reps, and
[quoted text clipped - 13 lines]
> Serge RielauDB2Solutions Development
> IBM Toronto Lab