FEAT: Partitionnement PostgreSQL de la table events + index critiques #18

New issue

Closed

opened 2026-08-10 21:02:20 +02:00 by nonobis · 0 comments

nonobis commented

2026-08-10 21:02:20 +02:00

Owner

🎯 Contexte

La spec exige un partitionnement de la table events dès le jour 1 et des index spécifiques. La table actuelle est une simple table EF Core.

📚 Référence spec (MASTER_SPECIFICATION.md v2.0)

2.3 Index PostgreSQL Essentiels :

Partitionnement PARTITION BY RANGE (timestamp) + partitions mensuelles (via Hangfire ou pg_cron) — Correctif D7
Index : idx_events_camera_time (camera_id, timestamp DESC), idx_events_site_time, idx_events_type_time, idx_events_track_id, idx_events_detection_hash, idx_events_parent_id, GIN idx_events_metadata (si requêtes Metadata)
idx_recordings_cleanup (camera_id, timestamp), idx_recordings_storage_path, idx_agents_heartbeat (site_id, last_heartbeat) WHERE status='Online', idx_persons_unknown (is_unknown, created_at)

🔍 État actuel (vérifié dans le code)

Migration InitialCreate : table events simple. Aucun partitionnement, aucun index composite/GIN/partiel défini. (Quelques index EF de base existent via conventions.)

🧩 À faire

Migration : partitionner events par RANGE (timestamp)
Job de création des partitions mensuelles (Hangfire) ou pg_cron
Ajouter les index composites/partiels/GIN listés
Vérifier les performances en test (EXPLAIN)

🧪 Critères d'acceptation

events partitionnée, partitions mensuelles créées
Index présents dans la migration
make test vert (adaptations requêtes éventuelles)

📁 Fichiers concernés

src/Heimdall.Infrastructure/Migrations/, src/Heimdall.Infrastructure/Data/AppDbContext.cs, src/Heimdall.Infrastructure/BackgroundJobs/JobSetup.cs

## 🎯 Contexte La spec exige un partitionnement de la table events dès le jour 1 et des index spécifiques. La table actuelle est une simple table EF Core. ## 📚 Référence spec (MASTER_SPECIFICATION.md v2.0) **2.3 Index PostgreSQL Essentiels** : - Partitionnement `PARTITION BY RANGE (timestamp)` + partitions mensuelles (via Hangfire ou pg_cron) — Correctif D7 - Index : `idx_events_camera_time (camera_id, timestamp DESC)`, `idx_events_site_time`, `idx_events_type_time`, `idx_events_track_id`, `idx_events_detection_hash`, `idx_events_parent_id`, GIN `idx_events_metadata` (si requêtes Metadata) - `idx_recordings_cleanup (camera_id, timestamp)`, `idx_recordings_storage_path`, `idx_agents_heartbeat (site_id, last_heartbeat) WHERE status='Online'`, `idx_persons_unknown (is_unknown, created_at)` ## 🔍 État actuel (vérifié dans le code) Migration InitialCreate : table `events` simple. Aucun partitionnement, aucun index composite/GIN/partiel défini. (Quelques index EF de base existent via conventions.) ## 🧩 À faire - [ ] Migration : partitionner `events` par RANGE (timestamp) - [ ] Job de création des partitions mensuelles (Hangfire) ou pg_cron - [ ] Ajouter les index composites/partiels/GIN listés - [ ] Vérifier les performances en test (EXPLAIN) ## 🧪 Critères d'acceptation - [ ] `events` partitionnée, partitions mensuelles créées - [ ] Index présents dans la migration - [ ] `make test` vert (adaptations requêtes éventuelles) ## 📁 Fichiers concernés src/Heimdall.Infrastructure/Migrations/, src/Heimdall.Infrastructure/Data/AppDbContext.cs, src/Heimdall.Infrastructure/BackgroundJobs/JobSetup.cs

nonobis added the

labels

2026-08-10 21:02:20 +02:00

nonobis referenced this issue from a commit

2026-08-19 18:27:13 +02:00

feat(db): partition camera_events table + auto monthly partition management

nonobis referenced this issue from a pull request that will close it,

2026-08-20 15:22:50 +02:00