Index i C5 SQL og USING og #USING

USING i SQL versionen bliver oversat til ORDER BY.
Det vil sige det bliver kun brugt til sortering.

Tænkte det nok. Nå, men hvad med #USING? To forskellige C5 forhandlere siger det samme; #USING er bedre at bruge i C5 SQL, lyder til at de har drukket for meget Microsoft Kool-Aid.

Er det ikke ret nemt at test hvad der er hurtigst?

Jo, men min nysgerrighed går videre end det, hvorfor er det lige at macroen USING er så meget bedre end USING, når resultatet nu er det samme, så vidt jeg kan se?

... og nu må Broholm skride ind og rette mig, hvis jeg skriver noget forkert :):):)

USING tvinger databasen til at bruge det indeks som programmøren angiver.

#USING angiver hvordan programmøren vil have databasen til at sortere resultatet, men IKKE v.h.a. et bestemt indeks.
D.v.s. databasen må selv finde ud af, hvordan den hurtigst/bedst kan fremfinde data.

Det lyder måske ikke som om det vil gå hurtigere, men det vil det i langt de fleste tilfælde.

Meget forenklet kan man siger, at SQL-databaser idag fører en hel del statistik over hvordan data er placeret i basen. Dette gør at databasen faktisk er ret ferm til at fremfinde og sortere de data man ønsker. Derfor behøver man ikke at tvinge databasen til at bruge et bestemt indeks.

Så det er derfor skriver man #USING i SQL-versionen.

Jeg kan ikke se at den bliver påduttet til at bruge et index overhovedet ved brug af USING. Den gør pt. det som rahp har beskrevet.

Jasman: Beklager sådan er det desværre ikke.
Rahp: Du har ret.

I de nyere versioner af C5 er der INGEN forskel på at bruge #USING og USING. Forskellen glæder desværre kun i C5 2.10 SQL og i alle SQL/Oracle versioner af XAL.

Forskellen bestod i om "USING <index>" kom med i det komplilerede kode, og som raph beskriver så bliver en "USING <index" oversat til "ORDER BY <de felter som er i indexet>". Dette tvinger dog ikke SQL serveren til at bruge dette index, men da dette index passer 100% med de felter som den skal sorteres efter, vil den højst sansynlig vælge det.

Man kan godt i SQL sproget tvinge den til at bruge et bestemt SQL-indeks. Dette hedder et table-hint. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/tsqlref/ts_fa-fz_4ox9.asp
<-- Se under Table Hints
Dette kan aktiveres i C5 vha. enten -zzh28 eller -zzh156 som opstartsparameter, men er ikke supporteret

Grunden til så at bruge #USING er at vise, at man er ligeglad med hvilken rækkefølge posterne kommer i og derved får lidt ekstra performance ved at en sortering udgås. Det er dog meget lidt ekstra performance dette giver i forhold til #SqlFieldList og #SqlSumList

SQL serveren er klog nok til, at man kan slippe afsted med følgende kode på SQL:

SEARCH IndKartArkiv USING NumTraIdx
WHERE  Transaktion == 42
  //...
END

Her vil den bruge TraNumIdx i stedet, da dette passer perfekt og giver samme sortering, når Transaktionsnummeret er låst.

-Broholm

Jasman: "Meget forenklet kan man siger, at SQL-databaser idag fører en hel del statistik over hvordan data er placeret i basen. Dette gør at databasen faktisk er ret ferm til at fremfinde og sortere de data man ønsker. Derfor behøver man ikke at tvinge databasen til at bruge et bestemt indeks."

Du får det til at lyde som om man ikke behøver indekser på SQL og det er meget langt fra sandheden. Indexerne skal stadig defineres af mennesker, men den er meget klog til at vurdere hvilket index, den kan bruge.

Kanon Broholm, dig kan man da altid regne med :) \o/.

I øvrigt, rahp, jeg vil gerne give dig point, så hvilken farven er din favorit farve?

Broholm ved ting !!! :o)

Giv du heller point til Broholm.

Rettelse: Det skal være -zzh30 eller -zzh158 som opstartsparametre