C# Linq To Entity : Problème d' Ajout/Modification [Résolu]
wlad952
- Messages postés
- 30
- Date d'inscription
- mardi 30 mai 2006
- Dernière intervention
- 13 mars 2009
- Messages postés
- 1
- Date d'inscription
- jeudi 26 décembre 2002
- Dernière intervention
- 9 février 2010
A voir également:
- Linq to entities
- Linq c# - Meilleures réponses
- C# linq - Meilleures réponses
- Linq To Entities , UpdateException ✓ - Forum - C# / .NET
- Relations many to many linq to entities ✓ - Forum - ASP.NET
- LINQ to SQL / ENTITIES ✓ - Forum - C# / .NET
- [C# 3.0] Linq To SQL-Datacontext -- Initiation - Conseils pratiques - C# / .NET
- Linq To Xml C# et VB.Net - Conseils pratiques - C# / .NET
18 réponses
Meilleure réponse
En faite le problème vient du fait que j'affectais ma ville à l'utilisateur hors de ma méthode Insert.
Conséquence : LINQ crois que la VILLE ne fait plus partie du même contexte que dans ma méthode Insert et tente donc d'insérer ma Ville qui existe en faite déjà.
La solution : réaffecter la bonne ville du bon contexte avant de faire le "InsertOnSubmit"
Exemple :
public static int Insert(Person newPerson)
{
try
{
PartenairesDataClassesDataContext dc = new PartenairesDataClassesDataContext();
//évite les doublons
var matched = (from c in dc.Persons
where c.NOM == newPerson.NOM
select c).SingleOrDefault();
if (matched == null)
{
//On va rechercher la ville du même contexte
var ville = (from v in dc.VILLEs
where v.ID_VILL == newPerson.VILLE.ID_VILL
select v).Single();
newPerson.VILLE = ville; //On réaffecte la ville du bon contexte
dc.Persons.InsertOnSubmit(newPerson);
dc.SubmitChanges();
}
return newPerson.ID;
}
catch
{
return 0;
}
}
Conséquence : LINQ crois que la VILLE ne fait plus partie du même contexte que dans ma méthode Insert et tente donc d'insérer ma Ville qui existe en faite déjà.
La solution : réaffecter la bonne ville du bon contexte avant de faire le "InsertOnSubmit"
Exemple :
public static int Insert(Person newPerson)
{
try
{
PartenairesDataClassesDataContext dc = new PartenairesDataClassesDataContext();
//évite les doublons
var matched = (from c in dc.Persons
where c.NOM == newPerson.NOM
select c).SingleOrDefault();
if (matched == null)
{
//On va rechercher la ville du même contexte
var ville = (from v in dc.VILLEs
where v.ID_VILL == newPerson.VILLE.ID_VILL
select v).Single();
newPerson.VILLE = ville; //On réaffecte la ville du bon contexte
dc.Persons.InsertOnSubmit(newPerson);
dc.SubmitChanges();
}
return newPerson.ID;
}
catch
{
return 0;
}
}
Quelques mots de remerciements seront grandement appréciés. Ajouter un commentaire
115 internautes nous ont dit merci ce mois-ci
Merci pour ta réponse :)
Avant d'essayer, je tiens à signaler que l'insertion telle qu'elle est faite actuellement fonctionne très bien sans l'implémentation de la VILLE pour la personne.
En effet, avant de passer dans le Insert(Person p) j'affecte les propriétés de la personne dont la Ville :
p.VILLE = combobox.SelectedItem as VILLE
Puis j'exécute l'Insert(p).
Mais si je commente l'affectation de la VILLE pour une personne , l'insert fonctionne très bien ! Il y a juste un <NULL> pour l'idVille de la table Personne : normal.
Sur ce je vais essayer ta solution Bidou.
Avant d'essayer, je tiens à signaler que l'insertion telle qu'elle est faite actuellement fonctionne très bien sans l'implémentation de la VILLE pour la personne.
En effet, avant de passer dans le Insert(Person p) j'affecte les propriétés de la personne dont la Ville :
p.VILLE = combobox.SelectedItem as VILLE
Puis j'exécute l'Insert(p).
Mais si je commente l'affectation de la VILLE pour une personne , l'insert fonctionne très bien ! Il y a juste un <NULL> pour l'idVille de la table Personne : normal.
Sur ce je vais essayer ta solution Bidou.
- Messages postés
- 3
- Date d'inscription
- mardi 23 décembre 2008
- Dernière intervention
- 13 mars 2009
- Messages postés
- 3
- Date d'inscription
- mardi 23 décembre 2008
- Dernière intervention
- 13 mars 2009
Merci
Cela fonctionne effectivement
C'est une bonne solution pour contourner le problème
mais imaginons que j'ai 1000 propriétés comme Ville, cela voudrait dire qu'il faudrait les réassigner une à une avant de faire notre Insert ?
Je pense qu'il doit exister une manière plus 'propre' de résoudre cette problématique, non ?
Cela fonctionne effectivement
C'est une bonne solution pour contourner le problème
mais imaginons que j'ai 1000 propriétés comme Ville, cela voudrait dire qu'il faudrait les réassigner une à une avant de faire notre Insert ?
Je pense qu'il doit exister une manière plus 'propre' de résoudre cette problématique, non ?
- Messages postés
- 3
- Date d'inscription
- mardi 23 décembre 2008
- Dernière intervention
- 13 mars 2009
- Messages postés
- 1
- Date d'inscription
- jeudi 26 décembre 2002
- Dernière intervention
- 9 février 2010
Vous n'êtes pas encore membre ?
inscrivez-vous, c'est gratuit et ça prend moins d'une minute !
Les membres obtiennent plus de réponses que les utilisateurs anonymes.
Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.
Le fait d'être membre vous permet d'avoir des options supplémentaires.