Discussion :

[chmouky]

Bonjour,


Je dois copier une table entière dans une autre table archive dans laquelle je souhaite ajouter un timestamp.
La table source contient beaucoup de données.
Est-il possible de faire un insert global + 1 donnée dans ma requête insert ?
Par exemple :

Code :

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

1
2
3
Insert into table_archive
select *, donnée_supplémentaire
from table_source

Bien entendu cette requête ne fonctionne pas mais n'y a t-il pas un autre moyen ?

Merci

[fsmrel]

Bonsoir chmouky,

Pourquoi ne pas charger d’abord la table source, puis effectuer un insert pour la donnée supplémentaire ? Si vous tenez absolument à tout faire en une seule fois, alors envisagez une UNION (voire UNION ALL pour éviter les tris) :

INSERT INTO table_archive (col1, col2, ..., coln)
    SELECT col1, col2, ..., coln
    FROM   table_source
  UNION [ALL]
    SELECT col1, col2, ..., coln
    FROM donnée_supplémentaire

Nombreux sont ceux qui se feront un plaisir de vous assister avec plein d’autres solutions...

[tatayo]

Bonjour,
La donnée supplémentaire est un TimeStamp, mais d'où vient le contenu à ajouter ?
Si c'est une constante, ou la date/heure courante, on peut faire comme ceci:

Code sql :

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

1
2
3
 
insert into histo(col1,col2,colsup)
select cola,colb,now() from LaSource

Code sql :

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

1
2
3
 
insert into histo(col1,col2,colsup)
select cola,colb,'2018:03:07 09:41:00' from LaSource

Tatayo.

[Waldar]

Bien entendu cette requête ne fonctionne pas mais n'y a t-il pas un autre moyen ?

Vous n'étiez pas très loin, si vous utilisez * et autre chose, il faut aliaser votre table :

Code :

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

1
2
3
Insert into table_archive
select t.*, donnée_supplémentaire
  from table_source t;

[escartefigue]

Bonjour,

Si le volume à charger est très important (quelques milliards de lignes par exemple) et que votre SGBD le permet, un chargement par utilitaire sera beaucoup plus rapide que par insert, et vous pourrez désactiver la journalisation : vu qu'on charge une table vide à partir d'un fichier, inutile de journaliser.

Mode opératoire :

1. Déchargement de la source
2. Alter de la table cible pour que la colonne supplémentaire ait une valeur par défaut
3. Chargement de la cible par utilitaire en mode annule et remplace à partir de la source

[CinePhil]

Je suppose que la table d'archive a la même structure que la table source + la colonne timestamp sinon je ne vois pas comment vous pouvez faire.

Bien entendu cette requête ne fonctionne pas

"Ça ne marche pas" n'est pas un message d'erreur !
Quelle erreur rencontrez-vous ?
Quel est votre SGBD ?

[chmouky]

Bonjour,

Merci à tous pour vos réponses.

@CinePhil : Oui la table d'archive est bien l"image de la table source + la colonne supplémentaire Timestamp.
@escartefigue : Le nombre d'enregistrements n'est pas très important mais c'est plutôt le nombre de colonne qui est important d'où mon intérêt pour l'utilisation d'un select * pour l'insert. Par contre votre solution peut m'intéresser dans un autre contexte (Merci!).
@tatayo : C'est bien la date courante qui m'intéresse mais ce qu'il n'accepte pas, c'est la combinaison Select * , date ()
@fsmrel : Je n'y avais même pas pensé, je vais faire ça si la méthode de Waldar ne marche pas.
@Waldar : C'était donc cela ... je vais tenter dès ce soir d'ajouter l'alias. Je vous tiens au courant.

Merci encore à tous.

[chmouky]

En Fait la données supplémentaire est la date jour.
J'ai donc tenté :

Code :

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

1
2
3
Insert into table_archive
select t.*, date ()
  from table_source t;

La table archive contient bien une donnée supplémentaire par rapport à la date source.
Il n'accepte pas : "Il n'y a pas de nom de champ destination dans l'instruction insert into (date ())"

J'ai donc fait un alter table comme conseillé par @fsmrel .

Merci à tous