| T.R | Title | User | Personal Name
 | Date | Lines | 
|---|
| 1576.1 |  | SIOG::T_REDMOND | Thoughts of an Idle Mind | Thu Oct 08 1992 10: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 16: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 17: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 17: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
 |