|
I don't think you want to build an EVI using a column that has thousands of unique values (like the Date field) It is better served with a limited number of unique values (Like State Codes, department numbers) and that new unique values are not "Added to and removed by the ton) . I don't think it would be wise to do them over DATE & TIME. Make sure you have a good old fashioned index (ie LF) by Date. If most of your reports are for a time period FIRST then sorted by Customer within that group, Your existing LF's are backwards. (They should by Date/Cust) John Carr ------------------------------------------ Encoded Vector Indexes are great for enhancing the performance of adhoc queries against large files. Not sure if this fits your situation exactly, but I would do one over DATE, one over TIME and one over Customer ID. Obviously, if you always know what criteria and sorting you are going to do, a regular logical would work just as well. But if you have this large of a file, you need to have some permanent access paths over it that will make accessing the records you want faster. This will help regardless of whether you use OPNQRYF or SQL. Dave +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.