Discussion :

[mariemor64]

Bonjour,

J'ai une appli Access avec une BD SQL Serveur.
Sur un formulmaire, j'execute des traitements si certains champs ont changé.
Je fais donc ces traitements sur le form_AfterUpdate().
Mon problème c'est que je ne peux jamais change d'enr, le form_AfterUpdate() s'execute à chaque fois.

[Heureux-oli]

Le plus sage serait de faire ton AfterUpdate, sur le contrôle que tu changes.

La meilleure solution est de le faire sur le dernier contrôle mis à jour.

[mariemor64]

Je faisais les traitements sur les afterUpdate sur mes controles.
Mais depuis que je suis passée avec une base SQL Serveur, ça ne marche plus car j'ai besoin de l'identifiant de mon enr.
D'où les traitements sur l'AfterUpdate du form...

[Heureux-oli]

Est-ce toujours les mêmes contrôles qui sont mis à jour ?

Que ce soit sur le formulaire ou sur un contrôle, l'identifiant reste le même.

[mariemor64]

Cette solution fonctionne pour les enregistrements déjà présents dans la base mais lors de la création d' un nouvel enr, l'identifiant (compteur) est null, car l'enr n'est pas encore créé sous SQL Serveur. Dans ce cas, comment faire?

[Heureux-oli]

Est-ce que les enregistrement sont identifié par un Numéro Auto ?

Si c'est le cas, on peut toujours envisager de l'imposer à la table.

En SQL Server, je ne sais pas si c'est faisable, j'ai déjà essayé avec MySQL et c'était sans problème.

[soltani1]

Bonjour,

si tu as un champ compteur de ta table tu peux faire une requête qui te ramène le dernier numéro dans la table et tu lui ajoute + 1
Renvoie la dernière valeur d'identité générée pour une table spécifiée dans n'importe quelles sessions et portée.

Syntaxe
IDENT_CURRENT('table_name')

Arguments
table_name

Nom de la table dont la valeur d'identité doit être renvoyée.

A+

[mariemor64]

J'ai résolu mon problème!
En fait, j'ai fait mes traitement AfterInsert et à chaque AfterUpdate de mes controle en vérifiant mon identifiant not null.
Merci de votre aide