Aide : Requète Sql

Bonjour,
j'ai une table tache qui contient les champs suivant (tacheid,projetid,nom...,precedantid)

PrecedantID et la clè etrangère de la table precedant,cette dernière contient tout les precedant d'une tache vue qu'une tache peut avoir un ou plusieurs precedant.(un precedant est une tache)

pr une tache qui a plusieurs precedant, ma requète select me renvoie par exemple plusieurs tuple contenant les mèmes informations sauf concernant le precedant qui diffère d'une ligne a autre.

pr l'update il me renvoie une erreur pr me dire que mon control contient plusieurs id identique...


vrmt je galère avec ca..quelqu'un parmi vous saura m'aider svp ??

c'est pourtant simple, tu as plusieurs ID identiques, vu que tu ne sembles pas te baser sur l'id du precedent. donc quand tu fais un update, il ne sait pas lequel prendre.

faut que tu trouves une autre façon de faire mais là tu donnes trop peu d'informations

je ne peux donner l'id du precedant vue ke la modification se fait sur la table tache...
pr plus d'explications voila mes requêtes :
Select :

Code:

---

1 2 3 4

SELECT EPMTache.Nom, EPMTache.TacheID, EPMTache.ProjetID, EPMTache.StartDate, EPMPrecedant.Nom AS Precedant FROM EPMTache INNER JOIN EPMPrecedant ON EPMTache.TacheID = EPMPrecedant.TacheID WHERE (EPMTache.ProjetID = @ProjetID)

---

Update :

Code:

---

1 2 3

UPDATE [EPMTache] SET [Nom] = @Nom, [StartDate] = @StartDate, [PrecedantID] = @PrecedantID WHERE [TacheID] = @original_TacheID AND [ProjetID] = @original_ProjetID

---

on a pas le modèle de la base. perso, moi avec ce que tu donnes, on peut rien faire. on sait pas quel type de contrôle tu utilises, ni comment.

Citation:

---

UPDATE [EPMTache] SET [Nom] = @Nom, [StartDate] = @StartDate,
[PrecedantID] = @PrecedantID WHERE [TacheID] = @original_TacheID
AND [ProjetID] = @original_ProjetID

---

elle sert à quoi la fin? une tâche peut-être reliée à plusieurs projets?


ensuite, il faut que tu revoies ta façon de faire l'update car il ne sait quelles lignes traiter, ni comment

C'est ce qu'on te disait precedemment.

Dans ton update tu dois utiliser la clause where pour identifier l'ID du tuple que tu veux modifier.

Code:

---

WHERE EPMTache.TacheID = @TacheID

---

Et je suis pas sur que tu sois sur le bon forum :lol:

Merci Larger mais quand tu seras sur que...fais moi signe !

Sinon Louis j'utilise a aspxgridview pr faire la manipulation des donnèes de ma base.

je me demandé s'il y avait une possibilité de faire apparaitre qu'un seul tuple lors d'un select pr une tache qui a plusieurs precedant (avec la colonne precedant sous forme de combox contenant les diffrents prec de cette tache )

je pense que si j'arrive a faire cela dans le select,je n'aurai plus de prob dans l'update vue ke j'aurai un id unique

Ton probleme ici est du au SQL, pas a l'asp.net ...

Bref normalement c'est la cle primaire de ta table que tu veux obtenir.
J'ai l'impression que TacheID n'en est pas une. Aussi il va falloir expliquer un peu plus en detail ta table.

Citation:

---

Merci Larger mais quand tu seras sur que...fais moi signe !

---

Fichtrement impoli de ta part ce genre de remarque, je m'etonnerais que quelqu'un t'aide après ca. Car, en effet, Larger n'a vraiment pas tort, je ne suis pas sur que ce soit le bon forum pour poser une question sur du sql.

Thx Larger,
TacheID est bien la clé primaire...
J'explique :

je developpe un site pour la gestion des projets :
dans ma page web, je selectionne un projet et on m'affiche la liste des taches lièes a ce projet.
pour les projets contenant des taches avec un seul precedant je trouve aucun problème mais pour les tache avec plueisurs prec je retrouve ce problème:

id:1 Nom: tache 1 date :... precedant : tache2
id:1 Nom: tache 1 date :... precedant : tache3
id:1 Nom: tache 1 date :... precedant : tache4

[/B]
la table tache alors est liè a une autre table (projet) et a la table precedant(table contenant la liste de precedant d'une tache)



voila...j'espère que c'est un peu plus clair maintenant...

merci pour votre aide

Citation:

---

Envoyé par Arthis

Fichtrement impoli de ta part ce genre de remarque, je m'etonnerais que quelqu'un t'aide après ca. Car, en effet, Larger n'a vraiment pas tort, je ne suis pas sur que ce soit le bon forum pour poser une question sur du sql.

---

On va dire que je suis de bonne humeur et que moi aussi j'arrete pas de me tromper :mouarf:


Pour en revenir au probleme, tu m'as completement perdu ...
Un petit diagramme UML avec tes trois tables serait bien plus explicite.

vraiment de très bonne humeur Larger.

1 schema serait pas mal en effet parce que là c'est pas évident

je ne savais pas qu'on pouvais joindre des fichiers



Look at the pic...

Citation:

---

Envoyé par Larger

On va dire que je suis de bonne humeur et que moi aussi j'arrete pas de me tromper :mouarf:

---

et au fait...je m'excuse pour la remarQue !

Acceptees.

Il faut revoir ton UPDATE.
Tu essayes de mettre a jour EPMTache et tu lui envoies PrecedantID qui est dans une autre table.

Que dois faire ton UPDATE ? Mettre a jour les taches ? Les correspondances avec les precedents ? Ou les deux ?

je viens de remarquer que sur le shema on vois pas tt les champs de la table Tache,il y a la clè etrangère "PrecedantID" aussi normalement

mon update doit mettre a jour la table tache et aussi la ta ble precedant au cas ou on modifie les precedant d'une tache

Heuuu
Soit je suis dans le coltard, soit je comprends plus rien a ta base.
A mon avis va falloir revoir la structure de celle-ci ...

Par exemple :
Ton TacheID n'est pas unique dans ta table EPMTache. Ton attribut PrecedantID ne devrait pas se trouver la, il est deja lie a une tache par l'intermedaire de la cle etrangere TacheID dans EMPPrecedant.


Il y a un peu trop d'incoherences dans la structure de ta base ...

Bonjour The_Miagiste,
1. Dans tous les cas de figure, ton UPDATE doit agir sur une seule TABLE à la fois, avec un WHERE auquel tu passes l'id de l'enregistrement à mettre à jour. C'est une évidence quand on a fait un peu de SQL.
2. Si tu dois faire plusieurs UPDATE, alors pour chacun, tu dois de même lui passer l'id pour le WHERE.
Consulte au besoin les cahiers de Frédéric Brouard ou mieux achète un de ses bouquin, tu gagneras un temps fou !
Voila.
nachtigal