Sur un tableau de tickets SaaS, le support exécute en permanence « les tickets ouverts triés par priorité décroissante, les 50 premiers ». Un index simple sur status couvre le filtre mais pas le tri — Postgres trie quand même le résultat séparément. Un index composite portant sur deux colonnes à la fois — status plus priority décroissante — couvre à la fois le filtre et le tri en une seule passe. Construis une table tickets avec id (clé primaire), status (chaîne jusqu'à 20 caractères), priority (entier) et created_at (timestamp avec fuseau horaire), puis crée un index nommé tickets_status_priority_idx dans lequel status est la première colonne et priority la seconde dans l'ordre décroissant.