As an Ecometry user, the paths are already designed by the application.  According to Paul, you can change them without harming the application, but you should use a tool like HowMessy to identify where your greatest benefits lye.



Donald N. Frantum
IS Manager
California Style, Inc.
(760) 918-3704
[log in to unmask]

>>> Denys Beauchemin <[log in to unmask]> 03/22/01 12:21PM >>>
What???

This makes no sense.  I submit that you are doing something wrong.  Either
you have assigned the primary path incorrectly or you are not sure what you
are trying to accomplish.

Let's talk primary path for a second.  If you do not assign a primary path
at creation time, IMAGE will do that for you and you may not like the
results.  Take for example an order entry system.  If you do not assign the
primary path, IMAGE may pick the primary path to be the order number.
 Totally useless.  There is probably a single detail for that order number.
 It would be much more advantageous to have the primary path assigned to
the customer number, so that when you do a reorg, your order header detail
would assign all the orders for a specific customer to be contiguous.  You
probably have a program that displays or prints the orders by customer
numbers.  This would accelerate it greatly.

Depending on the tool you use, you might want to assign the primary path to
the longest, most used path into each detail dataset.  Do not assign it to
a short path, especially one with a single entry.

Kind regards,

Denys. . .

Denys Beauchemin
HICOMP
(800) 323-8863  (281) 288-7438         Fax: (281) 355-6879
denys at hicomp.com                             www.hicomp.com 


-----Original Message-----
From:   Ronald R Horner [SMTP:[log in to unmask]] 
Sent:   Thursday, March 22, 2001 1:58 PM
To:     [log in to unmask] 
Subject:        Re: Tuning the Suprtool Beast

I did, but when I would reorg the primary of a detail set, other paths
would
become messy.  So I abanded HOWMESSY.

Later

Donald Frantum wrote:

> Try using HowMessy.  Robelle has information on their site
www.robelle.com 
>
> >>> Ronald R Horner <[log in to unmask]> 03/22/01 09:04AM >>>
> Being a MACS shop, we use Suprtool like it's water.  I've noticed that
> there are times when my system has to perform multiple reads do to page
> faults.  Can Suprtool be tuned to not store so much into memory?  If it
> can, how??  I'm just trying to reduce the number of reads to disk (page
> faults).
>
> Later and Thanks!!
>
> --
> Ron Horner
> HP3000 Systems Administrator
> JCPenney Logistics
> [log in to unmask] 
> (414) 259-2274

--
Ron Horner
HP3000 Systems Administrator
JCPenney Logistics
[log in to unmask] 
(414) 259-2274