Quand et comment les utiliser, quand les éviter

1. Common Table
Expressions
Quand et comment les utiliser, quand les éviter
Meetup PostgreSQL Nantes #9
28 février 2018
Mickaël Le Baillif
Head of Core Engineering
@Lengow
demikl

2. De quoi va-t-on discuter ?
● Historique
● Exemples de CTE utiles
○ gain en lisibilité
○ factorisation
○ récursivité
○ les CTE qui modifient des données
● zones de danger

3. Historique
● Syntaxe WITH [RECURSIVE] ajoutée dans SQL:1999
● alternative aux subqueries
● implémentée à partir de PostgreSQL >= 8.3
● writable CTE depuis PostgreSQL >= 9.1

4. Cas utiles

5. Gain en lisibilité
Exposer dans l’ordre “humain” les étapes de récupération des jeux de données utilisés
sous-requête CTE

6. Gain en lisibilité
Filtrage après application d’une WINDOW FUNCTION

7. Factorisation
Réutiliser un même jeu de données pour plusieurs usages

8. Factorisation
Cas concret : utilisation d’un échantillonnage pour estimer un taux de couverture

9. Récursivité
“itératif convergeant”
1. Requête d’initialisation du jeu de donnée
2. Requête d’accumulation, rejouée tant
qu’elle génère de nouvelles données

10. Récursivité
données d’entrée

11. Les CTE qui altèrent le contenu d’une BDD
PostgreSQL >= 9.1 : “writable CTE”
● utilisé pour implémenter
l’UPSERT avant PG 9.5 et sa
syntaxe
“INSERT … ON CONFLICT
…”
● utile aussi pour la duplication
de données liées
duplication de données liées

12. Les CTE qui altèrent le contenu d’une BDD
district
city_id name lat long
100 Jeavons 10.1344 34.214
100 Sampalok 12.002 34.891
100 Lillylight 11.210 34.305
city
id name color
100 Makkathran orange

13. Les CTE qui altèrent le contenu d’une BDD
city
id name color
100 Makkathran orange
484 Makkathran_copy orange
district
city_id name lat long
100 Jeavons 10.1344 34.214
100 Sampalok 12.002 34.891
100 Lillylight 11.210 34.305
484 Jeavons 10.1344 34.214

14. Zones de danger

15. Danger : multiplier inutilement les SEQSCAN
d’une CTERappel : CTE pour factoriser

16. Danger : multiplier inutilement les SEQSCAN
d’une CTEUtiliser les syntaxes privilégiant un seul SEQSCAN quand c’est possible

17. Danger : barrière à l’optimisation des plans
d’exécution● CTE ~= tables temporaires anonymes
● ⊕ :avec les writable CTE si utilisées plusieurs fois dans une requête :
○ les tables ne sont modifiées qu’une seule fois
○ le CTE renvoie le même dataset à chaque utilisation (ex: DELETE)
● ⊖: les CTE sont évaluées séquentiellement avant la requête principale
○ brassent potentiellement davantage de données que ce qui est utile

18. Danger : barrière à l’optimisation des plans
d’exécution
calcul pour toutes les couleurs calcul uniquement pour les 3 couleurs

19. Questions ?