deepseek/deepseek-v4-pro

Migration : CREATE INDEX CONCURRENTLY idx_orders_user_created ON orders (user_id, created_at DESC) INCLUDE (id, total); Déploiement sur une base live : 1. Utiliser CONCURRENTLY pour que la création de l'index ne bloque ni les lectures ni les écritures — Postgres scanne la table deux fois mais ne prend qu'un verrou SHARE UPDATE EXCLUSIVE. 2. Lancer pendant une période de faible trafic si possible — la création concurrente utilise environ 2× l'I/O disque d'une création normale. 3. Une fois terminé, exécuter `ANALYZE orders;` pour que le planner ait des stats à jour. 4. Vérifier avec `EXPLAIN` que le nouvel index est bien sélectionné ; sinon, regarder la sélectivité de `user_id`. 5. Prévoir un rollback : `DROP INDEX CONCURRENTLY idx_orders_user_created;` si les écritures en souffrent.