Discussion :

[khayate]

voila j'ai un petit probleme avec une requete qui doit normalement etre simple a faire,la requete est ce ceci

Code :

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

1
2
insert into TOMBEE(CODCLI,NUMCRED,NUMTIR,DATEECH,PROVENANCE) SELECT CODCLI,NUMCRED,NUMTIR,DATEECH,1 as provenance from HISTORIQUE_COURRIERS where DATEECH between 
(DATEECH = '01/04/2007')and (DATEECH = '31/06/2007')

en faite le probleme,apparemment le probleme vient de '=',ce que je veux faire c'est filtrer les données en mettant une clause where,mais ma syntaxe est faussse,esque quelqu'un peut me donner une solution merci.

[Ouach]

Et comme ça?

Code :

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

1
2
INSERT INTO TOMBEE(CODCLI,NUMCRED,NUMTIR,DATEECH,PROVENANCE) SELECT CODCLI,NUMCRED,NUMTIR,DATEECH,1 AS provenance FROM HISTORIQUE_COURRIERS WHERE DATEECH BETWEEN 
('01/04/2007')AND ('31/06/2007')

[Magnus]

Vos parenthèses à tous les 2 qui encadrent les dates sont inutiles pire elles compliquent la lisibilité de la requête.
Enlevez-les !

Enfin veillez à bien mettre un espace AVANT et après les mot clés, cf. le mot 'AND'

[khayate]

merci beaucoup mais en effet la ca marche bien,mais par contre j'ai un autre petit probleme c'est que j'execute cette requete il m'affiche l'erreur suivante:
"La conversion du type de données char en smalldatetime a donné une valeur smalldatetime hors limite".

je ne sais pas ce ke ca veut dire.

[khayate]

c'est bon j'ai trouve la solution c'est juste que les dates depassent les limites ki sont dans ma base de données mais par contre j'ai un autre petit probleme j'ai un autre message d'erreur ki est le suivant:

"Violation de la contrainte PRIMARY KEY 'PK_TOMBEE'. Impossible d'insérer une clé en double dans l'objet 'dbo.TOMBEE'."

ca par contre j'ai pas trouve de solution.

[al1_24]

Ce dernier message t'informe que tu essayes d'ajouter dans ta table TOMBEE un enregistrement dont l'identifiant unique, associé à la clé primaire PK_TOMBEE, existe déjà dans la table.

[Magnus]

ca par contre j'ai pas trouve de solution.

Si vous comprenez le message d'erreur alors vous devez être capable de comprendre pourquoi votre requête aboutit à cette erreur.
Vous essayez d'insérer une ligne dont la clé primaire existe déjà dans la table.
Or, une contrainte de clé primaire implique que celle-ci soit unique.

CQFD.

[khayate]

ok je comprends ce ke vous me dites mais c'est quoi la soulution alors?

[tazmania]

De ne pas insérer de doublon

[binouzzz19]

mets ta clé en auto-incrément, tu auras moins de problèmes

[khayate]

ca jevais compri mais comment je fais pour inserer les donnes d'une colonne d'u tableau 'table1' dans une colonne d'un tableau 'table2' ou cette colonne se trouve etre une cle primaire.car les données de cet colonne 'col1' de 'table1' correspondant a la cle primaire de 'table2'.peute etre ke je me complike la vie aussi mais je suis sur kil doit y avoir une solution simple.

[khayate]

ca veut dire koi en auto-increment??

[binouzzz19]

il y a une option dans phpMyAdmin qui permet de auto-incrémenter la valeur de ta clé (lors d'une insertion, si max(clé) = 4, la clé de ton nouvel enregistrement sera 5, sans le renseigner ds ton insert).

[khayate]

mais moi je travaille sur sql server management studio express et j'arrive pas a trouver cette option la.

[al1_24]

il y a une option dans phpMyAdmin qui permet de auto-incrémenter la valeur de ta clé (lors d'une insertion, si max(clé) = 4, la clé de ton nouvel enregistrement sera 5, sans le renseigner ds ton insert).

mais moi je travaille sur sql server management studio express et j'arrive pas a trouver cette option la.

D'où l'utilité de préciser son SGBD dans le message ou dans le titre, ce que khayate avait fait mais que binouzzz19 n'a pas vu

[khayate]

te bien gentil mais j'ai tjrs pas trouve de solution donc je suis tjrs perdu,au secours.........

[Magnus]

D'où l'utilité de préciser son SGBD dans le message ou dans le titre, ce que khayate avait fait

khayate n'avait rien fait, c'est un modérateur qui l'a rajouté - en l'occurence moi - dans le titre mais tu mets parfaitement en avant l'intérêt de fournir cette information dès le 1er message...

[khayate]

merci magnus te tres gentil mais c koi la solution.esque kelkun peut me donner une solution au lieu de savoir ki a fait koi.

[fsmrel]

mets ta clé en auto-incrément, tu auras moins de problèmes

Ceci est un cautère sur une jambe de bois. Autant ne pas mettre en oeuvre de clé primaire puisque le résultat serai le même...

Plus sérieusement :

Imaginez que l’insert dans la table TOMBEE corresponde par exemple à un débit du compte bancaire de binouzzz19. Votre solution d’auto-incrément fera que l’on pourra vous débiter à tort plus d’une fois. Chose qui peut se produire si l’on soumet deux fois le même processus, disons par distraction.

Khayate, le SGBD vous a évité une anomalie de mise à jour. Vous devez chercher pourquoi il y a eu tentative d’insert de doublons. Comparez le contenu de la table TOMBEE et celui de la table HISTORIQUE_COURRIERS, essayez de retrouver le moment où le premier insert valide a été effectué, bref diagnostiquez avant d’appliquer la pommade.

Vous découvrirez peut-être que la composition de votre clé primaire est à revoir. Autrement dit, il y a peut-être aussi un problème de modélisation, qui dans tous les cas ne doit pas être faussement résolu à coup d’expédients.