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