Bonjour Dans notre implémentation de Galette nous avons quelques règles de cohérence pour la saisie des valeurs de différents champs. Par exemple sur une fiche adhérente la personne n'est codée "Adhérent" que si une contribution de type adhésion existe pour une période couvrant la date actuelle Toutes les autre personnes dans la base sont considérées "non adhérents". Or la saisie de ces deux informations n'est pas "couplée" et on peut faire des erreurs. Est-ce qu'il est envisageable de mettre des déclencheurs (Mysql trigger) dans la base de données pour par exemple * modifier le champs adhérent de la fiche adhérente en "Adhérent" * dès que l'on aura valider une contribution de type adhésion pour la période. Cordialement mrmodo
Salut, Le 18/10/2024 à 09:47, mistermodo a écrit :> Bonjour
Dans notre implémentation de Galette nous avons quelques règles de cohérence pour la saisie des valeurs de différents champs. Par exemple sur une fiche adhérente la personne n'est codée "Adhérent" que si une contribution de type adhésion existe pour une période couvrant la date actuelle Toutes les autre personnes dans la base sont considérées "non adhérents".
Est-ce qu'il est envisageable de mettre des déclencheurs (Mysql trigger) dans la base de données pour par exemple Absolument pas. Déjà, Galette ne fonctionne pas qu'avec MySQL, et les triggers ne sont
On parle donc d'un statut particulier pour savoir si l'adhérent est à jour ? Cette notion existe dans Galette ("Adhérents à jour" dans la recherche), mais est découplée du statut, parce que ça n'est pas forcément lié pour tout le monde. Du coup, il serait peut-être plus judicieux de vous baser sur l'info existante plutôt que de répliquer le fonctionnement autrement, non ? pas accessibles sur les hébergements mutualisés standards (en plus d'être assez complexes à gérer et difficile - voire impossible à tester). Si une automatisation devait être mise en place, ce serait de toutes façons côté code. ++ -- Johan
Bonjour Merci pour ce retour. Et bien d'accord pour ne pas refaire une fonctionnalité qui existe déjà. Le filtre adhérents à jour inclut ceux qui sont exempts de cotisation qu'ils soient codés adhérents ou pas. Ce n'est pas tout à fait le cas que nous cherchons. Dans le cas ou nous mettions un trigger dans notre BD ce ne sera pas gardé en cas de mise à jour de la base ? Cordialement On 18/10/2024 10:00, Johan Cwiklinski wrote:
Salut,
Le 18/10/2024 à 09:47, mistermodo a écrit :> Bonjour
Dans notre implémentation de Galette nous avons quelques règles de cohérence pour la saisie des valeurs de différents champs. Par exemple sur une fiche adhérente la personne n'est codée "Adhérent" que si une contribution de type adhésion existe pour une période couvrant la date actuelle Toutes les autre personnes dans la base sont considérées "non adhérents".
On parle donc d'un statut particulier pour savoir si l'adhérent est à jour ?
Cette notion existe dans Galette ("Adhérents à jour" dans la recherche), mais est découplée du statut, parce que ça n'est pas forcément lié pour tout le monde. Du coup, il serait peut-être plus judicieux de vous baser sur l'info existante plutôt que de répliquer le fonctionnement autrement, non ?
Est-ce qu'il est envisageable de mettre des déclencheurs (Mysql trigger) dans la base de données pour par exemple Absolument pas. Déjà, Galette ne fonctionne pas qu'avec MySQL, et les triggers ne sont pas accessibles sur les hébergements mutualisés standards (en plus d'être assez complexes à gérer et difficile - voire impossible à tester). Si une automatisation devait être mise en place, ce serait de toutes façons côté code.
++
Salut, Le 18/10/2024 à 10:57, mistermodo a écrit :
Bonjour
Merci pour ce retour. Et bien d'accord pour ne pas refaire une fonctionnalité qui existe déjà.
Le filtre adhérents à jour inclut ceux qui sont exempts de cotisation qu'ils soient codés adhérents ou pas. Ce n'est pas tout à fait le cas que nous cherchons.
Hum... OK. La recherche avancée avec pour critère les adhérents à jour, et en recherche libre "Exempt de cotisation" "N'est pas" "1" conviendra peut-être ?
Dans le cas ou nous mettions un trigger dans notre BD ce ne sera pas gardé en cas de mise à jour de la base ?
(Je n'ai aucune expérience sur ce point, j'ai toujours soigneusement évité d'utiliser ça.) Logiquement, puisque Galette ne gère aucun trigger, ça devrait être conservé. En revanche, je ne sais pas si un trigger pourrait empêcher la modification d'un champ sur lequel il repose (ça empêcherait la mise à jour). Je pense qu'il est plus probable que le trigger ne bloque rien, mais ne fonctionne plus ensuite (ou marche de travers). Par ailleurs, la défaillance d'un trigger ne serait très probablement pas remontée par Galette (à tester). ++ -- Johan
Bonjour Johann Je viens de tester votre suggestion de recherche avancé et cela filtre effectivement en conformité avec notre usage. Merci. Merci aussi pour votre perspective sur les risques de l'utilisation de triggers, ce qui me fait conclure de ne pas avancer (du moins pas sans une réflexion bien plus étendue). Cordialement mrmodo On 18/10/2024 11:08, Johan Cwiklinski wrote:
Salut,
Le 18/10/2024 à 10:57, mistermodo a écrit :
Bonjour
Merci pour ce retour. Et bien d'accord pour ne pas refaire une fonctionnalité qui existe déjà.
Le filtre adhérents à jour inclut ceux qui sont exempts de cotisation qu'ils soient codés adhérents ou pas. Ce n'est pas tout à fait le cas que nous cherchons.
Hum... OK. La recherche avancée avec pour critère les adhérents à jour, et en recherche libre "Exempt de cotisation" "N'est pas" "1" conviendra peut-être ?
Dans le cas ou nous mettions un trigger dans notre BD ce ne sera pas gardé en cas de mise à jour de la base ?
(Je n'ai aucune expérience sur ce point, j'ai toujours soigneusement évité d'utiliser ça.)
Logiquement, puisque Galette ne gère aucun trigger, ça devrait être conservé.
En revanche, je ne sais pas si un trigger pourrait empêcher la modification d'un champ sur lequel il repose (ça empêcherait la mise à jour). Je pense qu'il est plus probable que le trigger ne bloque rien, mais ne fonctionne plus ensuite (ou marche de travers).
Par ailleurs, la défaillance d'un trigger ne serait très probablement pas remontée par Galette (à tester).
++
participants (2)
-
Johan Cwiklinski -
mistermodo