{"action":"reopened","issue":{"url":"https://api.github.com/repos/georchestra/cadastrapp/issues/248","repository_url":"https://api.github.com/repos/georchestra/cadastrapp","labels_url":"https://api.github.com/repos/georchestra/cadastrapp/issues/248/labels{/name}","comments_url":"https://api.github.com/repos/georchestra/cadastrapp/issues/248/comments","events_url":"https://api.github.com/repos/georchestra/cadastrapp/issues/248/events","html_url":"https://github.com/georchestra/cadastrapp/issues/248","id":171620651,"number":248,"title":"[Amélioration] Perte de la table request_user_information lors d'une mise à jour","user":{"login":"MaelREBOUX","id":6370443,"avatar_url":"https://avatars.githubusercontent.com/u/6370443?v=3","gravatar_id":"","url":"https://api.github.com/users/MaelREBOUX","html_url":"https://github.com/MaelREBOUX","followers_url":"https://api.github.com/users/MaelREBOUX/followers","following_url":"https://api.github.com/users/MaelREBOUX/following{/other_user}","gists_url":"https://api.github.com/users/MaelREBOUX/gists{/gist_id}","starred_url":"https://api.github.com/users/MaelREBOUX/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/MaelREBOUX/subscriptions","organizations_url":"https://api.github.com/users/MaelREBOUX/orgs","repos_url":"https://api.github.com/users/MaelREBOUX/repos","events_url":"https://api.github.com/users/MaelREBOUX/events{/privacy}","received_events_url":"https://api.github.com/users/MaelREBOUX/received_events","type":"User","site_admin":false},"labels":[],"state":"open","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":3,"created_at":"2016-08-17T10:06:02Z","updated_at":"2016-10-18T13:15:26Z","closed_at":null,"body":"Lors d'une mise à jour des données cadastrales, on rejoue tout le script.\r\nNotamment parce qu'il faut créer la table uf_parcelle (cf https://github.com/georchestra/cadastrapp/issues/243#issuecomment-238895512)\r\n\r\nCeci intervient 3x par an chez nous.\r\n\r\nUn problème : le script commence par supprimer toutes les tables.\r\nOr, la table **request_user_information** est censée contenir en permanence les dernière demandes de documents fonciers.\r\nEn fait, c'est comme la table groupe_autorisation qui n'est pas non plus droppée dans commun/dropTablesAndViews.sql\r\n\r\nJe vois 2 pistes de résolution.\r\n**Soit le script d'intégration teste la présence de données dans la table et gère ce cas**. Ex : renommage de la table, création de la nouvelle table et insertion des enregistrements.\r\n**Soit on imagine carrément un script dédié à la mise à jour des données** en plus du présent script de création qui est plutôt fait pour être jouer lors d'une installation / ré-installation. Le pb ici est qu'il faut veiller au grain pour suivre les évolution dans le modèle de données et répercuter dans les requêtes d'installation et éventuellement dans les requêtes de mise à jour.\r\n\r\nA vos remarques."}}
{"actor":{"display_login":"landryb"}}