Brontekst bekijken

van Databases/veel te simpele performance tips

U hebt geen recht om pagina's bewerken om de volgende reden:

De gevraagde handeling is voorbehouden aan gebruikers in de groep beheerders.

U kunt de brontekst van deze pagina bekijken en kopiëren:

[[Category:Databases]]

Dit is/wordt een lijstje van performance tips die te simpel zijn om te posten, maar dit toch gepost moeten worden.

= Programmeerstructuur en aanpak=
==Gebruik je queries nuttig.==
Als je 30 keer een record op wilt vragen, onderzoek dan of je dat kunt samenvatten tot één query. Bij 30 losse queries krijg je ook 30 keer de overhead van het opstarten van een query.

Kijk naar opties als IN():
SELECT * FROM tabel WHERE id IN (1,4,8,24), of gebruik een join met een subquery.

== Vermijd IN()==

De IN operator is traag omdat elke waarde moet worden vergeleken met de verzameling die door IN wordt opgegeven. Gebruik als het even kan een subquery om de verzamelinge van de IN aan te geven, zodat de database een normale JOIN kan uitvoeren.

Als je de waarden die je in de IN wilt zetten toch al uit een database haalt, join ze dan en ga ze niet eerst ophalen en in een IN zette.

b.v. als je per bezoeker wilt bijhouden welke berichten ze wel en niet gezien hebben, dan is het heel eenvoudig en snel om elke view in de database te loggen en een LEFT JOIN met IS NULL te gebruiken om te bepalen welke items nog niet gezien zijn. Als je de gelezen items in een session zet moet je IN gebruiken en de lijst kan heel snel heel lang worden.

==Let op met LIKE==

DE LIKE opdracht is een simpele manier om op substrings te zoeken, maar het heeft één bijzonder nadeel; als de gezochte expressie begint met een wildcard dan kan de database geen indexes gebruiken en zal de performance enorm achteruit gaan.

* als je wilt zoeken op een postfix, dus strings die eindigen op een bepaalde tekenreeks ('%postfix'), dan kun je de boel versnellen door een funcitonele index te leggen op de omgekeerde string. Als je de zoekstring dan ook omdraait krijg je weer een expressie die eindigt op een wildcard: 'xiftsop%'' en dat kan weer wel indexes gebruiken.

= Querystructuur =
== Herschrijf subselects naar joins.==

<source lang="sql">
SELECT
  a.naam
 (SELECT COUNT(*) FROM anderetabel WHERE anderetabel.userid=a.userid) AS num_orders;
FROM
  klanten;
</source>

Naar:

<source lang="sql">
SELECT
  a.naam
  , ordercounts.num_orders
FROM
  klanten
LEFT JOIN
 (SELECT COUNT(*) FROM anderetabel GROUP BY userid) AS ordercounts
ON
  ordercounts.userid=a.userid
</source>

Redenering: De join vergt maar twee queries terwijl de subselect één extra query vergt per opgehaald resultaat.

Terug naar Databases/veel te simpele performance tips.

Teruggeplaatst van "http://www.yapf.net/index.php/Databases/veel_te_simpele_performance_tips"

Brontekst bekijken

Zoeken

Bladeren

Mijn pagina's

Speciale pagina’s

Yapf	Hoofdpagina \| Info \| Hulp \| FAQ (veelgestelde vragen) \| Speciale pagina's \| Aanmelden
	Printervriendelijke versie \| Voorbehoud \| Privacybeleid