-- Une intervention devient UNE VISITE : un deplacement, plusieurs prestations.
--
-- Suite de la migration 020, qui a cree les lignes. Ici on retire de la table interventions
-- ce qui appartient desormais a la ligne, et l'on remplace l'unicite en consequence.
--
-- LA TABLE EST VIDEE, et c'est un choix eclaire : il n'y a aucune donnee de production a
-- cette date. La version precedente de ce fichier regroupait les lignes existantes par
-- (reservation, moment, date) avec une jointure sur table derivee, ce qui etait correct sur
-- le papier mais INVERIFIABLE ici — aucun MariaDB sur le poste de developpement. Du SQL
-- malin non execute vaut moins qu'un DELETE evident. Le jour ou il y aura des donnees, ce
-- regroupement sera a ecrire pour de vrai, et a eprouver.
--
-- Le CASCADE de fk_lignes_intervention vide intervention_lignes du meme coup.
DELETE FROM interventions;

-- LA NOUVELLE UNICITE dit ce que la table est devenue : un seul deplacement par sejour,
-- par moment et par date.
--
-- La date en fait partie, et ce n'est pas redondant. Pour une arrivee ou un depart elle se
-- deduit du sejour, donc elle est la meme pour toutes les prestations du moment et
-- n'ajoute rien. Mais un moment LIBRE porte une date choisie par le demandeur : deux
-- verifications a deux dates differentes sont deux deplacements, et une cle sans la date
-- les fondrait en un seul.
ALTER TABLE interventions
    DROP FOREIGN KEY fk_interventions_type;

ALTER TABLE interventions
    DROP INDEX uq_interventions_reservation_prestation,
    DROP COLUMN type_prestation_id,
    DROP COLUMN quantite,
    DROP COLUMN prix_cents,
    ADD UNIQUE KEY uq_interventions_visite (reservation_id, moment, date_prevue);
