Plateforme Level Extreme
Abonnement
Profil corporatif
Produits & Services
Support
Légal
English
Query can not be optimized?
Message
De
03/10/2006 13:43:08
Thomas Ganss (En ligne)
Main Trend
Frankfurt, Allemagne
 
 
Information générale
Forum:
Visual FoxPro
Catégorie:
Base de données, Tables, Vues, Index et syntaxe SQL
Versions des environnements
Visual FoxPro:
VFP 9 SP1
OS:
Windows XP SP2
Network:
Windows 2003 Server
Database:
Visual FoxPro
Divers
Thread ID:
01158559
Message ID:
01158988
Vues:
33
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
Précédent
Répondre
Fil
Voir

Click here to load this message in the networking platform