[SQL Server] requete sql 'where'

Version imprimable

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

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.

Et comme ça?

Code:

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')

25/05/2007, 11h46
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'
25/05/2007, 11h55
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.
25/05/2007, 12h01
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.
25/05/2007, 12h11
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.
25/05/2007, 12h12
Magnus

Citation:

Envoyé par khayate

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.
25/05/2007, 12h18
khayate

ok je comprends ce ke vous me dites mais c'est quoi la soulution alors?
25/05/2007, 12h21
tazmania

De ne pas insérer de doublon ;)
25/05/2007, 12h24
binouzzz19

mets ta clé en auto-incrément, tu auras moins de problèmes
25/05/2007, 12h26
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.
25/05/2007, 12h44
khayate

ca veut dire koi en auto-increment??
25/05/2007, 13h04
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).
25/05/2007, 14h08
khayate

mais moi je travaille sur sql server management studio express et j'arrive pas a trouver cette option la.
25/05/2007, 15h22
al1_24

Citation:

Envoyé par 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).

Citation:

Envoyé par khayate

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:king: mais que binouzzz19 n'a pas vu :oops:
25/05/2007, 15h41
khayate

te bien gentil mais j'ai tjrs pas trouve de solution donc je suis tjrs perdu,au secours.........
25/05/2007, 15h47
Magnus

Citation:

Envoyé par al1_24

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...
25/05/2007, 16h42
khayate

merci magnus te tres gentil:king: mais c koi la solution.esque kelkun peut me donner une solution au lieu de savoir ki a fait koi.
25/05/2007, 16h42
fsmrel

Citation:

Envoyé par binouzzz19

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.