fix: corriger ORDER BY ml_detected_anomalies dans le schéma de base

CH 24.8 refuse MODIFY ORDER BY sur des colonnes existantes (erreur BAD_ARGUMENTS 36).
La migration 01 ne pouvait donc pas corriger l'ORDER BY en post-init.

Correctif :
- 06_ml_tables.sql : ORDER BY (src_ip) → ORDER BY (src_ip, ja4, host, model_name)
  + TTL 30j → 7j (cohérent avec l'architecture documentée)
- 01_ttl_adjustments.sql : supprime le MODIFY ORDER BY impossible, conserve
  uniquement les MODIFY TTL (valides pour les déploiements existants)

Résultat : make init-stack sans aucun ⚠ ni ✗

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>

services/correlator/sql/migrations/01_ttl_adjustments.sql

@@ -62,14 +62,11 @@ ALTER TABLE ja4_processing.agg_host_ip_ja4_1h
 ALTER TABLE ja4_processing.agg_header_fingerprint_1h
     MODIFY TTL window_start + INTERVAL 7 DAY;
 
--- ml_detected_anomalies — CRITIQUE : corriger ORDER BY (était (src_ip), causait une
--- déduplication agressive — une seule ligne conservée par IP au lieu de src_ip+ja4+host+model)
--- Note : ALTER TABLE ... MODIFY ORDER BY nécessite ClickHouse >= 22.6
---   Si la version est antérieure, recréer la table via deploy_views.sql.
-ALTER TABLE ja4_processing.ml_detected_anomalies
-    MODIFY ORDER BY (src_ip, ja4, host, model_name);
-
 -- ml_detected_anomalies — TTL 7 jours (était 30 jours, déjà corrigé en 7j pour certains)
+-- Note : MODIFY ORDER BY (src_ip, ja4, host, model_name) ne peut PAS être appliqué
+-- sur ClickHouse 24.8 car ja4/host sont des colonnes existantes (erreur BAD_ARGUMENTS 36).
+-- Le correctif est dans le schéma de base (06_ml_tables.sql) — ORDER BY corrigé à la
+-- création. Pour les déploiements existants avec l'ancien ORDER BY, recréer la table.
 ALTER TABLE ja4_processing.ml_detected_anomalies
     MODIFY TTL detected_at + INTERVAL 7 DAY;