optimization via selection sets/indices

Bob Stockler bob at trebor.iglou.com
Mon Oct 11 11:17:22 PDT 2004


On Mon, Oct 11, 2004 at 12:00:32PM -0400, Robert Haussmann wrote:
| We have a need to run real-time queries against a large
| database (2 million records).  Using rreport and 
| selection processing (-v) takes much too long.  I was
| hoping to utilize selection sets (-s), created dynamically,
| to quickly scan through the relevant records.  Creating
| the .SEL files dynamically was no problem, but we aren't
| seeing any time savings.  I believe rreport is not taking
| advantage of the existing automatic indices, but I'm
| not sure why (fileProODBC 1.0.13 if it matters).
| 
| A sample .SEL file would be:
| 
| a and b and c and d and (e or f or g)
| a:9:eq:000575
| b:2:ge:07/01/2001
| c:2:le:12/31/2004
| d:16:eq:P
| e:3:eq:P
| f:3:eq:D
| g:3:eq:TR
| 
| Automatic indices exist on fields 9, 2, and 16
| (in this case, terms a, b, c, and d).  In this particular
| example, there are about 25 out of the 2M records that
| fit the first criteria (9 eq "000575").  Shouldn't
| rreport scan these records only?  Is the selection set
| too complex?

What if you had a single automatic index on 9, 2 and 16 ?

Bob

-- 
Bob Stockler - bob at trebor.iglou.com
Author: MENU EDIT II - The BEST Creator/Editor/Manager for filePro User Menus.
Fully functional (time-limited) demos available by email request (specify OS).


More information about the Filepro-list mailing list