update Table1 from select table2 [Résolu]

[olibara]

Bonjour

Je dispose de deux table : T1 et T1History
Je dois sur base d'un select eliminer des records de T1 pour les inserer dans T1History

Est-il possible de faire cela en SQL avec une simple requete ?
Actuellement je le fais en Csharp avec des boucles de Insert et Delete

Merci de votre aide.

[Waldar]

Un déclencheur sur T1 qui insère les données dans T1Histo sur ordre de suppression semble parfaitement indiqué ici !

[aieeeuuuuu]

Bonjour

Votre table T1History entre-t-elle en jeu dans des contraintes d'intégrité ?

Si ce n'est pas le cas, vous pouvez utiliser directement la clause OUTPUT :

Code SQL :

1
2
3
4
5
 
DELETE FROM T1
OUTPUT DELETED.* 
    INTO T1History
WHERE ...

[7gyY9w1ZY6ySRgPeaefZ]

Code :

1
2
3
4
5
6
7
INSERT INTO T1History (col1, col2, ...)
SELECT col1, col2, ....
FROM T1 
WHERE (mes conditions) 
 
DELETE T1 
WHERE (mes conditions)

Où est le problème ?

[olibara]

Merci de vos réponses

Le problème c'est que je voudrais ne pas être obligé de nommer toutes les colonnes dans la commande

Pour aieeeeeu : la seule contrainte c'est que T1 contient une Primary Key identity AutoIncrément et que donc T1History aussi

[7gyY9w1ZY6ySRgPeaefZ]

Envoyé par olibara

Le probleme c'est que je voudrais ne pas etre obligé de nommer toutes les colonnes dans la commande

Faut pas charrier !
Avec SSMS, ça se fait en 3 secondes.
Ou alors avec la table information_schema.columns...

Envoyé par olibara

Pour aieeeeeu : la seule contrainte c'est que T1 contient une Primary Key identity AutoIncrément et que donc T1History aussi

Où est le problème ? Si il faut que ce soit la même valeur, il suffit de retirer l'identity dans T1History, parce que ça n'a pas de bon sens alors.

[olibara]

Faut pas charrier !
Avec SSMS, ça se fait en 3 secondes.
Ou alors avec la table information_schema.columns

Attends ! je suis pas dans SSMS mais dans un programme Csharp
Je sais que tu va dire que je n'ai qu'a ecrire une procedure stockée ....
Mais la question n'est pas là
Je voulais savoir s'il etait possible de s'affranchir de l'enumération des colonnes.
Au passage ce qui manque a SQL c'est une notion d'exlusion genre
*!pkID (tout sauf pkID)

C'est vrai la suggestion de aieeeuuuuu est la plus rationelle !

[iberserk]

Je voulais savoir s'il etait possible de s'affranchir de l'enumération des colonnes.

Et indirectement d'une procédure stockée

Mais que vous ont'elle fait?

[iberserk]

Le probleme c'est que je voudrais ne pas etre obligé de nommer toutes les colonnes dans la commande

Et le jour ou un de vos chers développeur ajoutera une colonne dans la table T1 dont vous vous fich.. dans la table d'historique vous regretterez de ne pas avoir eu le hum disons "courage" de citer les colonnes.

[7gyY9w1ZY6ySRgPeaefZ]

Envoyé par olibara

Attends ! je suis pas dans SSMS mais dans un programme Csharp

Et le copier/coller n'est pas possible ?

[olibara]

Envoyé par iberserk

Et le jour ou un de vos chers développeur ajoutera une colonne dans la table T1 dont vous vous fich.. dans la table d'historique vous regretterez de ne pas avoir eu le hum disons "courage" de citer les colonnes.

Finalement c'est une question de point de vue
Moi je pensais a la modification des tables et à (l'oubli) de la repercusion dans le code : que ce soit une procédure stockée ou non d'ailleurs

[iberserk]

Finalement c'est une question de point de vue

Ok,

Dans tout les cas ce n'est pas à votre SGBD de déduire les colonnes concernées par votre INSERT, il n'y a pas de notion d'ordre pour lui...

[aieeeuuuuu]

Si votre table historique a exactement la même structure que la table source, vous pouvez aussi ne pas mettre la colonne ID de la table historique en identity, et du coup importer directement avec la requête que je vous ai donnée. Mais personnellement, je trouve aussi qu'il serait plus propre de noter explicitement les colonnes...

Vous pouvez aussi opter pour la solution de Waldar, et créer un trigger DDL, qui va [re]créer le trigger DML "FOR DELETE" sur T1 à chaque modification de celle-ci, en allant chercher les colonnes dans les vues système (et éventuellement modifier la table T1Histo dans la foulée pour répercuter les modifications sur T1...)

[mikedavem]

Vous pouvez passer par une vue également pour contrôler les colonnes qui seront concernés par votre INSERT. Il n'y aura pas besoin d'énumérer vos colonnes par la suite.

++

[elsuket]

ou encore utiliser :

- SET IDENTITY INSERT maTable OFF
- INSERT maTableHistorique SELECT * FROM maTable
- SET IDENTITY INSERT maTable ON

@++

[olibara]

Merci a tous pour toutes ces suggestions et informations instructives

Finalement comme je dois quand meme enumerer les colonnes, et que cette table est etroitement liée a l'application qui l'utilise, j'exploite la classe que j'ai ecrit en Csharp pour le faire.

C'est donc la classe qui gere le remove et l'insert
J'ai cependant suprimé l'identity dans la table History afin de conserver le pkId original.