Type d'accompagnement - Améliorer la structure de la base de donnée about mon-suivi-social

[hugues-m]

Je n'ai pas bien saisi ce qui est en dur dans le code vs ce qui est en db.
Le seul warning que je peux avoir est sur avoir un state dans le code + un state en BDD qui peuvent théoriquement se désynchroniser.
Egalement avoir un seul join a faire pour sortir les statistiques / les infos de types d'accompagnement sans avoir a se soucier de 2 sources de "provenance" est super pratique.
Je pense que c'est ok avec votre dernière proposition non ?

[mlbiche]

Dans le code, on aurait en dur la liste des types d'accompagnements proposés, qui serait utilisée :

• Pour afficher les options dans le formulaire de la structure ;
• À la soumission du formulaire de la structure, créer des types d'accompagnement à partir de ces types d'accompagnement proposés pour chaque sélection correspondante.
  La liste, ce serait par exemple uniquement les noms.

Par contre, effectivement, si le nom d'un type d'accompagnement proposé change, le changement ne serait pas répercuté à tous les types d'accompagnement déjà créés à partir de celui-ci. Je ne sais pas si c'est ce dont tu parles pour "le state différent entre le code et la BDD" ? Mais ça reste un cas marginal.

[tglatt]

Concernant le nom du type d'accompagnement, il ne doit pas être modifiable pour les types par défaut. Par ailleurs, il faut rajouter une colonne default_type_key pour faire le lien entre le type en db et dans le code.

[hugues-m]

Ok compris ! 👍