[BUGFIX] Gerer les erreurs en cas de conflit avec la contrainte d'unicité de profile rewards (PIX-16129)

[Alexandre-Monney]

🥞 Problème

Nous avons gérés au niveau du usecase le cas ou un utilisateur a déjà obtenu la récompense liée a la quête en cours. Mais il est arrivé un cas où un utilisateur qui spam un peu les réponses arrive a avoir deux requêtes en parallèle pour la même récompense et donc fait casser l'insertion à cause de la contrainte d'unicité mise en place sur la table profile reward

🥓 Proposition

Nous n'avons pas besoin de "gérer" le traitement de cette erreur car ce n'est pas un cas qui doit arriver dans un cas d'usage standard, donc on décide de simplement ignorer l'insertion si la ligne existe déjà et qu'elle déclenche l'erreur de la contraeinte d'unicité

🧃 Remarques

L'équipe xp d'éval à déjà eu des soucis de concurrence sur cette route (/api/answers), ces bugs seront peut être corrigés dans un futur mais sont déjà connus.

😋 Pour tester

Compliqué de faire un test fonctionnel pour ce cas la car c'est difficile a reproduire la concurrence des requêtes dans les environnements de tests
J'ai écris le test d'intégration en premier pour "reproduire" le cas d'erreur qu'on a eu, et effectivement, il cassait avant d'ajouter le onConflict 👍
🐈‍⬛

[pix-bot-github]

Une fois les applications déployées, elles seront accessibles via les liens suivants :

• App (.fr)
• App (.org)
• Orga (.fr)
• Orga (.org)
• Certif (.fr)
• Certif (.org)
• Junior
• Admin
• API
• Audit Logger

Les variables d'environnement seront accessibles via les liens suivants :

• scalingo front
• scalingo api
• scalingo audit-logger