Récuper PK après update

Bonjour à tous.
Voilà, comme indiqué dans le titre, j'aimerais récupérer l'id de la ligne que je viens de modifier mais je n'y parviens pas, j'arrive à récupérer l'id de la dernière ligne de la table par un

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

select IDENT_CURRENT('nomtable')

mais ce n'est pas cela qui m'intéresse.
J'aimerais donc savoir si ce que je cherche à faire est possible ou non et si oui comment.
Merci d'avance.

désolé, je ne voulais pas dire que je modifiais la valeur de ma clé primaire (c'est une clé auto-incrémentée), une fois que j'effectue une modification sur un enregistrement, mon trigger update se lance et à partir de là j'aimerais récupérer l'id de l'enregistrement que je viens de modifier pour vérifier si la valeur de mon champ status est égale à '*'.

je ne veux pas modifier ma clé primaire mais mettre la valeur de cette clé dans une variable locale, ce qui me permettra de faire un select sur cet enregistrement en particulier (autrement l'enregistrement qui vient de subir une DML de type UPDATE).

voilà, c'est la dernière version de mon trigger

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
CREATE trigger Pere_Insert on Pere
    after update
    as
      DECLARE @PK_ID numeric
      DECLARE @logical_cascade int
		-- pas ok car j’obtiens l’id du dernier enregistrement de la table
      SET @PK_ID = (Select IDENT_CURRENT('Pere'))
		exec Procedure_Insert_Log 'Insert', 'Pere'
		DECLARE @logical_cascade int
		SET @logical_cascade = (select count(*) from Pere where Pere_Auto = @PK_ID and Status = '*')
      set @logical_name = (select Pere_Nom from Pere where Pere_Auto = @PK_ID)
		if @logical_cascade = 1
			begin
				exec Procedure_Cascade_Fils_Pere @PK_ID
			end

j'aimerais que mon @PK_ID aie la valeur de l'id de l'enregistrement modifié

je ne modifie pas plusieurs lignes à la fois mais une seule.
j'aimerais simplement savoir si il y a moyen de récupérer l'id de cette ligne.

J'aimerais créer un trigger qui me permettrait de faire une suppression logique en cascade. j'entends par là que lorsqu'un utilisateur modifie un enregistrement (l'application est faite de telle façon qu'il est impossible pour un utilisateur de modifier plusieurs enregistrements en même temps) ou plus précisément, que je modifie le champ Status de cet enregistrement (ce champ indique si un enregistrement a été supprimé logiquement ou pas), s'il existe des enregistrements sur d'autres tables pointant vers l'enregistrement venant d'être supprimé logiquement, ces enregistrements seront supprimés à leur tour.

Pour en revenir au code que j'avais posté plus tôt, je me doute qu'il n'est pas sans défaut, et j'apprécie fortement que l'on me fasse remarqué les problèmes que l'on y retrouve ou si la façon de m'y prendre est complètement fausse, qu'on m'explique clairement une meilleure façon de faire (ce qui me faire très plaisir d'apprendre des choses nouvelles puisque je débute dans le domaine).

Dans ma base de données de test, on retrouve les tables suivantes :
Pere, Mere, Fils, Fille et Log.

Sur les trois premières tables nous retrouvons 3 triggers (for insert, for update, for delete) (par table évidement) qui me permette d'ajouter un enregistrement à la table log (qui soit dit en passant est une table circulaire) ou l'on retrouve la date à laquelle la DML qui a déclenché le trigger à été effectuée, le type de DML (Insert, Update ou Delete) et enfin le nom de la table ayant subi la DML (Pere, Mere ou Fils).
A part cela, nous retrouvons également sur ces trois tables nous retrouvons à chaque fois un autre trigger for update qui sera donc déclenché à chaque fois que l'on modifie un enregistrement et qui n'appellera la procédure stockée que si l'on vient de modifier le champ Status (flag suppression logique). C'est donc ce trigger qui me pose problème car je n'arrive pas à récupérer l'id de l'enregistrement venant d'être modifié (je rappel encore une fois qu'un seul enregistrement est modifié à la fois).

Pour prendre un exemple clair: on supprime logiquement un enregistrement Pere, le trigger ce déclenche, regarde si la modification apportée concerne le champ Status et si oui, lance une procédure stockée à laquelle on aurait passé comme argument, l'id du champ ayant subi la modification (si c'est possible) et vérifier dans la table Fils si un ou des enregistrements aie une clé étrangère Pere de valeur égale à l'id passé en argument et si oui, modifié le champ Status pour lui aussi le supprimer logiquement.

Voici de nouveau le code de mon trigger for update:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
create trigger Pere_Update_Fils on Pere
for update
as
	declare @pk_id numeric
	declare @logical_cascade int
	set @pk_id = (Select IDENT_CURRENT('Pere'))
	set @logical_cascade = (select count(*) from Pere where Pere_Auto = @pk_id and Status = '*')
	if @logical_cascade = 1
		exec Procedure_Cascade_Fils_Pere @pk_id

Ainsi que le code de ma procédure stockée

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
create procedure Procedure_Cascade_Fils_Pere
	@fk_id numeric
as
	--begin	
		update Fils
		set Status = '*'
		from Pere p, Fils f
		where f.Pere_Auto = @fk_id
	--end
	--begin
		exec Procedure_Insert_Log 'Update', 'Fils'
	--end

Je retrouve également un problème dans cette procédure, qui je suis sûr vous l'avez compris est qui si plusieurs enregistrements sont modifiés, la procédure ne sera exécutée qu'une seule fois (ce qui est un problème qu'il faudrait que je résolve).

Est-ce que mon problème est assez clair ou y a-t-il encore une zone de flou?

Je tiens à préciser que j'apprécie l'aide apportée sur ce forum, c'est justement parce que j'éprouve des difficultés à résoudre mon problème, et pas forcément l'opportunité de suivre une formation approfondie que je viens demander votre aide et votre compréhension.

Bien à vous.

j'arrive maintenant à récupérer l'id dont j'ai besoin, il me reste encore à régler le problème de ma procédure qui ne s'exécute qu'une fois même si plusieurs enregistrements sont modifiés par table et après cela, je réécrirai le tout de manière pls 'acceptable'.

en attendant voici ce que j'ai écrit :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
CREATE trigger Pere_Update_Fils on PERE
for update
as
	declare @pk_id numeric
	declare @logical_cascade int
	set @pk_id = (select Top 1 Pere_Auto from inserted)
	set @logical_cascade = (select count(*) from Pere where Pere_Auto = @pk_id and Status = '*')
	if @logical_cascade = 1
		exec Procedure_Cascade_Fils_Pere @pk_id
 
 
 
ALTER procedure [dbo].[Procedure_Cascade_Fils_Pere]
	@fk_id numeric
as
	--begin	
		update Fils
		set Status = '*'
		where Pere_Auto = @fk_id and Status is null
	--end
	--begin
		exec Procedure_Insert_Log 'Update', 'Fils'
	--end

parmis les modifications à apporter, je ferai, entre autre, de @fk_id et @logical_cascade, des procédures stockées.

comme expliqué un peu plus au, une suppression logique est un UPDATE, on flag le champ Status pour dire que l'enregistrement a été supprimé logiquement.
pour ce qui est des procédures stockées appelées dans le trigger, on m'a demandé de faire de la sorte.