update Table1 from select table2

Version imprimable

09/05/2011, 16h50
olibara

update Table1 from select table2

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.
09/05/2011, 16h58
Waldar

Un déclencheur sur T1 qui insère les données dans T1Histo sur ordre de suppression semble parfaitement indiqué ici !
09/05/2011, 16h59
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:

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

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 ?

09/05/2011, 17h15
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
09/05/2011, 18h22
Invité

Citation:

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 ! :calim2:
Avec SSMS, ça se fait en 3 secondes.
Ou alors avec la table information_schema.columns...

Citation:

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.
09/05/2011, 19h37
olibara

Citation:

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 !
09/05/2011, 19h42
iberserk

Citation:

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

Et indirectement d'une procédure stockée :ccool:

Mais que vous ont'elle fait?:cry:
09/05/2011, 19h44
iberserk

Citation:

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.
09/05/2011, 19h45
Invité

Citation:

Envoyé par olibara

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

Et le copier/coller n'est pas possible ? :aie:
09/05/2011, 21h00
olibara

Citation:

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 8-)
10/05/2011, 08h32
iberserk

Citation:

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...
10/05/2011, 11h03
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...)
10/05/2011, 11h17
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.

++
10/05/2011, 11h20
elsuket

ou encore utiliser :

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

@++ ;)
10/05/2011, 12h35
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.