-- Le nom du locataire, saisi chez nous et jamais ecrase par la synchronisation.
--
-- POURQUOI UNE COLONNE DE PLUS plutot que reutiliser « resume ». Parce que resume
-- appartient au FLUX : rapprocherReservations() le reecrit a chaque passage du cron avec
-- ce que publie la plateforme. Un nom de locataire saisi a la main dans cette colonne
-- aurait donc disparu a l'heure suivante, sans que personne ne comprenne pourquoi.
--
-- Deux colonnes, deux proprietaires, et la regle tient toute seule :
--
--   resume         ce que dit la plateforme. Airbnb et Booking y mettent « Reserved » ou
--                  « Blocked », ce qui n'apprend rien — d'ou le besoin de l'autre.
--   libelle_local  ce que dit l'utilisateur. Le flux n'y touche jamais.
--
-- L'affichage prend libelle_local quand il existe, resume sinon. C'est ce qui permet
-- d'annoter une reservation Airbnb du vrai nom du locataire, et de le garder.
--
-- Consequence a connaitre : les reservations saisies a la main rangeaient leur nom de
-- locataire dans resume. Elles basculent ci-dessous vers libelle_local, pour qu'il n'y
-- ait plus qu'un seul champ que l'utilisateur remplit, quelle que soit l'origine du
-- sejour. resume devient alors strictement « ce que le flux a dit », et vaut NULL pour
-- une saisie manuelle — ce qui est la verite.

ALTER TABLE reservations
    ADD COLUMN libelle_local VARCHAR(190) NULL AFTER resume;

-- Les saisies manuelles existantes : leur nom passe dans la colonne qui lui revient.
UPDATE reservations
   SET libelle_local = resume, resume = NULL
 WHERE source_ical_id IS NULL AND resume IS NOT NULL;
