Les évènements sont correctement filtrés (n'apparaissent que les évènements postérieurs à la date du jour. Ils ne sont pas supprimés de la base de données. Il est possible de supprimer les évènements les plus anciens devenus inutilisables.

1er problème : Les inscriptions à des dates qui n'existent plus ou des évènements qui n'existent plus, restent dans la base de données. Il faut les supprimer manuellement en administrateur.

2ème problème : Leur suppression manuelle en administration ne les supprime pas de la base données.

Conséquence n°1 : comme j'effectue un comptage des inscriptions, celui-ci est totalement faux.
Conséquence n°2 : avec de nombreuses inscriptions, une saturation inutile de la base de données

Finalement, je constate que j'avais une approche trop strictement database de la chose.
J'ai découvert les status qui sont également sur les inscriptions. Les status des inscriptions comme des évènements (publié, archivé, corbeille) rendent les requêtes SQL quelque peu délicates. Et j'imagine que l'intégrité référentielle est assurée par l'application et pas par la database...

Vu ces fameux status, j'ai utilisé !Cagenda pour supprimer les évènements et les inscriptions et vider la corbeille. Moins de requêtes SQL sont nécessaires, elles sont plus simples et exactes (sic).