Insert dans une table a partir d'une table avec une colone de plus

* Bonjour, *

En gros j'importe des données une fois par jours.
Pour cela j'ai 2 table : table1 et backuptable1
backuptable1 à exactement la même structure que table1 mais avec un champ date en plus à la fin.

Donc tout les jours je copie la table1 dans la table2 en ajoutant la date de l'importation dans le dernier champ. J'efface table1 et j'ajoute les nouvelles donnée.

Présentement je cherche un moyen simple de revenir en arrière s'il y a un problème.

J'ai penssé à la requette :

Code:

---

1 2 3 4

INSERT INTO table1 SELECT * FROM backuptable1 WHERE `dteImport` = "2010/06/13"

---

mais puissque table1 na pas la colone dteImport cela ne fonctionne pas

Code:

---

#1136 - Column count doesn't match value count at row 1

---

Je suis en colocation donc je n'ai pas les privilège pour faire des triggers.

Y à t'il un moyen de faire un SELECT * -(Colone dteImport)
ou n'importe quoi qui pourrait fonctionner sans que je sois obligé d'énumérer tous les champs(plus de 200 par table et je fait cela sur plusieurs table)?

* Merci *

Il suffit de nommer explicitement les colonnes impactées.

Code:

---

1 2 3 4

INSERT INTO table1 (col1, col2, col3) SELECT col1, col2, col3 FROM backuptable WHERE col_date = '2010-06-13'

---

Au passage :
1) les valeurs textuelles ne s'écrivent pas entre guillemets mais entre apostrophes
2) Les dates sont formatées dans les colonnes de type DATE sous la forme 'aaaa-mm-jj'

Merci CinePhil, mais c'est exactement ce que j'essais d'éviter de faire parce que j'ai environ 200 champs par table et 20 tables donc plus de 2000 champs à énuméré dans 20 requêtes sql.

Ça reste la seul option qui fonctionne pour le moment mais si je peux m'évité de tout codé cela j'en serais ravis.



Et pour ce qui est de la date dans ce format, cela fonctionne très bien et je n'ai jamais eu de problème. Mais si tu dis que c'est mauvais je suis pret à changé 8-) Il y à une raison pourquoi les ' sont meilleur que les " et les - que les / ?

Citation:

---

j'ai environ 200 champs par table

---

Déjà une table est composée de lignes et de colonnes !
Un champ pourrait être considéré comme étant l'intersection d'une ligne et d'une colonne, c'est à dire une valeur particulière d'une colonne.

200 colonnes dans une table, ça fait déjà beaucoup ! 8O Si en plus les 20 tables sont du même format, ça sent l'erreur de modélisation ! :aie:

On peut avoir un extrait de la structure d'une table ?

Citation:

---

Il y à une raison pourquoi les ' sont meilleur que les " et les - que les /

---

La première raison est que c'est la norme SQL.

Ensuite, ce n'est certes pas le cas dans MySQL qui est assez permissif mais d'autres SGBD plus normatifs pourraient très mal interpréter les guillemets (noms potentiellement avec majuscules pour les objets de la BDD chez Postgresql) ou le format d'affichage français pour les dates (peut être pris pour une simple chaîne de caractères ou bien interprété comme le format anglais où 12/01/2010 serait plutôt le 1er décembre que le 12 janvier).

Enfin avec les dates normalisées, il est facile de faire un tri. Avec le format français, le 1er février sera avant le 2 janvier.

Bref, il vaut mieux prendre l'habitude de se mettre à la norme plutôt que de risquer les problèmes en la contournant.

oui je sais que la modélisation est affreuse. Mais je n'ai aucun pouvoir ce cela; elle m'est imposé. Dire que c'est un gestionnaire SGDB oracle à 80 000$/an qui l'a produite :cry:

Merci pour l'information a propos de la date. C'est déjà corrigé.

Citation:

---

Envoyé par Webselect

Dire que c'est un gestionnaire SGDB oracle à 80 000$/an qui l'a produite :cry:

---

C'est où qu'on signe ? 8O

bon toujours pas de réponse.

Je vais donc faire une table temporaire sur le model de table2
Transféré mes donnée de table2 vers table temporaire
Dropper ma colonne dteImport de ma table temporaire
Vider ma table1
Importer ma table temporaire vers ma table1
Détruire ma table temporaire

Si quelqu'un a mieu je suis toujours ouvert.