Level Extreme platform
Subscription
Corporate profile
Products & Services
Support
Legal
Français
Query can not be optimized?
Message
From
03/10/2006 13:43:08
Thomas Ganss (Online)
Main Trend
Frankfurt, Germany
 
General information
Forum:
Visual FoxPro
Category:
Databases,Tables, Views, Indexing and SQL syntax
Environment versions
Visual FoxPro:
VFP 9 SP1
OS:
Windows XP SP2
Network:
Windows 2003 Server
Database:
Visual FoxPro
Miscellaneous
Thread ID:
01158559
Message ID:
01158988
Views:
32
Hi Sergey,

>My intention was to avoid double JOIN for the person and referral tables reported by SYS(3054,11) for previous query and see if it improver performance.

switching from 3 stage to 2 stage join was also my intention in my first post. Going via separate statements is less elegant, but (at least for me <g>) better grokable by checking on all sets / tables involved.

Having a compound index usable for both checks defined for the join to take place should be the fastest way in more than a few scenarios. But how to code in SQL usable for the vfp planner ?

My first "naive" attempt would be to use scans as I believe vfp to swith over to cartesian join if joined on "Between" the range specified by cl_REf and minimum date as calculated and cl_REF and possible maximum date. But a "Between" SQL should also be checked.


regards

thomas
Previous
Reply
Map
View

Click here to load this message in the networking platform