Discussion :

[Simplifi]

hello
Bien sûr, avant de mettre une activité à un nouvel adhérent, il faut peut être commencer par lui donner au moins un nom (enfin au moins une valeur dans au moins un champ) et le seul fait de passer au sous formulaire provoque l'enregistrement de cet adhérent (d'où l'inutilité du bouton enregistrer)

Quand à la suprression, il faut passer en mode création pour supprimer des champs.

[pepsister]

pour la suppression c'est ce que je fais. Je suis en mode création je clique droit sur la ligne et l'intitulé supprimé la ligne est grisé. Comment faire? Pourquoi toi ca fonctionne et pas moi?

[Simplifi]

Hello
la seule solution que j'ai trouvé pour ne pas pouvoir supprimer un champ de table est d'ouvrir la table en mode création alors que le formulaire reste ouvert, mais je doute que cela te soit d'une grande utilité, j'imagine bien que tu fermes déjà le formulaire avant de modifier la table

[pepsister]

Bizarre j'ai fait les mêmes manip et là ca marche, j'avais pourtant fermé toutes les tables.
Je rencontre un souci par contre sur la cotisation qui elle dépend de l'activité. Pour chaque activité la cotisation est différente. J'ai ajouté cotisation dans la table jonction adherent est ce une bonne idée? Si un adhérent rentre dans le sous formulaire plusieurs activités comment rentrer pour chaque une cotisation?
Merci grandement

[Simplifi]

Hello
si les cotisations dépendent uniquement des activités, alors je les mettraient bien dans la table Activités
Quitte à faire une somme en fond de sous formulaire et sur le clic d'un bouton, relever cette somme dans la table adhérent (ou même pas si tu as juste besoin de lire l'info)

Pour l'adésion de base, elle peut être considérée comme une activité obligatoire.

[pepsister]

Bon en fait j'ai rajouté un champ cotisation dans le sous formulaire et il s'enregistre dans la table jonction. Je vais essayer de recréer un état j'avais rencontré des problèmes mais vu qu'on a pas mal modifié les tables je vais voir si je le rencontre encore.
Par contre comment faire pour garder la base mais effacer toutes les données adhérents avoir comme une table vierge? et evidemment j'aimerais que le numéro automatique recommence a 1 et non a 35 avec tous mes tests.
Merci beaucoup

[Simplifi]

Hello
c'est une des raisons pour lesquelles je déteste le numéro auto, je préfère toujours faire apparaître le N° dans le formulaire avec une proposition d'incrémentation par VB, qui me permet de forcer le N° que je décide.
Sinon, il y a des discussions sur ce sujet, mais j'ai pas trop mémorisé

[Tofalu]

Hello
c'est une des raisons pour lesquelles je déteste le numéro auto, je préfère toujours faire apparaître le N° dans le formulaire avec une proposition d'incrémentation par VB, qui me permet de forcer le N° que je décide.
Sinon, il y a des discussions sur ce sujet, mais j'ai pas trop mémorisé

Le numéro auto permet quand même la génération d'une clé unique quelque soit le mode d'attaque de la base de données. Gérer une incrémentation manuellement sur une clé, c'est oublier toutes les notions d'un SGBDR : cohérence, intégrité. Qu'est ce qui se passe avec une clé gérée en VBA si la base fait l'objet d'un import massif avec du SQL par exemple ? Et bien rien, toutes les valeurs seront à null, donc au mieux rejettées au pire acceptées si le concepteur a aussi baclé la définition des clés primaires.

Quand à la réinitialisation du numéro Auto, celui-ci n'étant pas porteur d'information, il peut avoir n'importe quelle valeur. (Au passage, il se réinitialise en compactant la base vide). Avec un numéro Auto valide, non porteur d'information (autre que la chronologie de la saisie), il est tout à fait possible de générer une numérotation plus personalisée via les requêtes sans risque de compromettre le contenu de la base de données. L'important sera là : les clés valides, les enregistrements numérotés !