Anomalie #17172
Migration des clauses de bannettes
Statut:
Clôturé
Priorité:
1-Majeur
Assigné à:
Florian AZIZIAN
Version cible:
Backlogs Produits - Inscription Backlog
Début:
25/05/2021
Echéance:
Version applicable MC:
Tags Courrier:
Description
Les scripts de migration de mettent pas à jour les clauses de bannette, notamment @user/@user_id dans les cas où les champs de la base change de format d’identifiant (textuel -> numérique) et où il n’y a pas d’ambiguïté.
Historique
#1 Mis à jour par Quentin RIBAC il y a presque 3 ans
- Priorité changé de 2-Sérieux à 1-Majeur
#2 Mis à jour par Emmanuel DILLARD il y a presque 3 ans
- Statut changé de A qualifier à R&D - A étudier
- Assigné à changé de EDI PO à Florian AZIZIAN
#3 Mis à jour par Florian AZIZIAN il y a presque 3 ans
- Statut changé de R&D - A étudier à Complément d'Informations
- Assigné à changé de Florian AZIZIAN à Quentin RIBAC
Quelles sont les clauses dans lesquelles @user n'a pas été remplacés ?
Pour information, dans les scripts de migration, on fait le remplacement comme ceci :
20.03
UPDATE baskets SET basket_clause = REGEXP_REPLACE(basket_clause, 'typist(\s*)=(\s*)@user', 'typist = @user_id', 'gmi');
UPDATE security SET where_clause = REGEXP_REPLACE(where_clause, 'typist(\s*)=(\s*)@user', 'typist = @user_id', 'gmi');
20.10
UPDATE baskets SET basket_clause = REGEXP_REPLACE(basket_clause, 'dest_user(\s*)=(\s*)@user', 'dest_user = @user_id', 'gmi');
UPDATE baskets SET basket_clause = REGEXP_REPLACE(basket_clause, 'dest_user(\s*)=(\s*)''', 'dest_user is null', 'gmi');
UPDATE baskets SET basket_clause = REGEXP_REPLACE(basket_clause, 'dest_user(\s*)=(\s*)""', 'dest_user is null', 'gmi');
UPDATE security SET where_clause = REGEXP_REPLACE(where_clause, 'dest_user(\s*)=(\s*)@user', 'dest_user = @user_id', 'gmi');
UPDATE baskets SET basket_clause = REGEXP_REPLACE(basket_clause, 'from res_mark_as_read WHERE user_id(\s*)=(\s*)@user', 'from res_mark_as_read WHERE user_id = @user_id', 'gmi');
UPDATE baskets SET basket_clause = REGEXP_REPLACE(basket_clause, 'item_id(\s*)=(\s*)@user ', 'item_id = @user_id ', 'gmi');
UPDATE baskets SET basket_clause = REGEXP_REPLACE(basket_clause, 'item_id(\s*)in(\s*)\(@my_entities\)', 'item_id in (@my_entities_id)', 'gmi');
UPDATE baskets SET basket_clause = REGEXP_REPLACE(basket_clause, 'item_id(\s*)in(\s*)\(@my_primary_entity\)', 'item_id in (@my_primary_entity_id)', 'gmi');
UPDATE baskets SET basket_clause = REGEXP_REPLACE(basket_clause, '\(res_id,(\s*)@user\)', '(res_id, @user_id)', 'gmi');
UPDATE security SET where_clause = REGEXP_REPLACE(where_clause, 'item_id(\s*)=(\s*)@user ', 'item_id = @user_id ', 'gmi');
UPDATE baskets SET basket_clause = REGEXP_REPLACE(basket_clause, 'item_id(\s*)in(\s*)\(@subentities\[@my_primary_entity\]\)', 'item_id in (@subentities_id[@my_primary_entity_id])', 'gmi');
UPDATE baskets SET basket_clause = REGEXP_REPLACE(basket_clause, 'item_id(\s*)in(\s*)\(@subentities\[@my_entities\]\)', 'item_id in (@subentities_id[@my_entities_id])', 'gmi');
#4 Mis à jour par Quentin RIBAC il y a presque 3 ans
- Assigné à changé de Quentin RIBAC à Florian AZIZIAN
D’accord merci pour l’information.
Après observation, le problème chez le client venait de ce qu’il utilisait un identifiant d’un utilisateur précis en dur dans une clause de bannette.
Ce ticket peut être mis en résolu.
#5 Mis à jour par Florian AZIZIAN il y a presque 3 ans
- Statut changé de Complément d'Informations à Clôturé
#6 Mis à jour par Emmanuel DILLARD il y a presque 3 ans
- Projet changé de Backlog à Backlog Courrier
- Version cible changé de Inscription Backlog Courrier à Inscription Backlog