T.R | Title | User | Personal Name | Date | Lines |
---|
1576.1 | | SIOG::T_REDMOND | Thoughts of an Idle Mind | Thu Oct 08 1992 11:09 | 4 |
| Fixed (deep in code) in V3.0. No fix available for V2.4. Use
BIND/SORT as a sort of workaround...
T
|
1576.2 | Thanks! I've tried that. | HOTAIR::MADDOX | Politicians say the darnedest things | Thu Oct 08 1992 17:34 | 10 |
| Tony,
Thanks! I have already tried the BIND/SORT. It takes upwards of five
minutes to display the first screen of ~250 records out of a file of
~10,000 records on a not very loaded 8650. Is this what I should
expect, or do I need to look for additional ways to enhance
performance? Do you have a guess as to how much this will improve when
I install 3.0?
Joe
|
1576.3 | 3 seconds versus minutes... | SHIRE::CACHRL::Irene | Il n'y a pas le feu au lac ! | Thu Oct 08 1992 18:07 | 3 |
| It takes me 3 seconds to get the first 20 records of a 5000 records
file indexed on 4 keys using an alternate key under Version3.0. That
takes me minutes under v2.4....
|
1576.4 | | SIOG::T_REDMOND | Thoughts of an Idle Mind | Thu Oct 08 1992 18:36 | 10 |
| .3 proves the point...
I use BIND/SORT against alternate KORs and it seems to be better than
against other fields... I don't know if the code is clever like this,
however.
BIND against alternate KORs (in V3.0) is a big step forward when you
have to deal with large data sets.
T
|