Discussion :

[Dave Perry]

Bonjour,

J'ai crée un projet web service qui se connecte sur une base sql server assez datée et "mal construite" dans le sens où il n'y aucune contrainte de clé étrangère.

J'ai crée un modèle dbml des tables qui me sont utiles via l'interface graphique.

Je peux donc accéder à mes données via des pseudo-requêtes au format linq to sql. Tout fonctionne parfaitement dans les cas simple.

Cependant en raison de l'absence de contraintes (que je ne suis par ailleurs pas en mesure de créer), il m'est impossible d'accéder aux éléments enfants par les jointures "automatiques" de linq.

Je dois donc écrire manuellement mes jointures dans mes requêtes. Pour plus de clarté je décide d'écrire en SQL via l'utilisation de ExecuteQuery.

Efin de pourvoir remonter les informations construites par jointure je modifie mon modèle en ajoutant des champs dans un classe partielle, et en effectuant une déclaration de type [Column(Name = "type_libelle")].
Ce faisant j'arrive bien à récupérer les informations que je recherche.

Malheureusement lorsque par la suite je fais un insert dans la table j'obtiens une erreur SQL me disant que le champ "type_libelle" n'existe pas dans la table.
Mon altération du modèle rend donc impossible la modification des données en base (ce qui n'est bien sur pas acceptable)!

Une solution consisterai bien sur à coder la requete à l'ancienne avec utilisation de recordSet etc..., mais je ne trouve pas ça très satisfaisant.

Auriez-vous une idée de comment procéder pour obtenir ce que je recherche sans me passer totalement des apports de linq?

[The_badger_man]

Avec entity Framework tu peux ajouter des relations sur les entité via le designer (clic droit, add relation). Regarde si c'est pareil avec linq to sql.

[Dave Perry]

Effectivement il est possible d'ajouter des relations du type clé étrangère. Cependant je travaille sur une base "sale" et il y a des entrées en bases qui ne respectent pas les conditions nécessaires (par ex. un champ id faisant référence à une autre table laissé vide). La création du lien est impossible dans ce cas là:

"types de données incompatibles"

Cette solution n'est donc pas envisageable dans mon cas.

[toham]

Effectivement il est possible d'ajouter des relations du type clé étrangère. Cependant je travaille sur une base "sale" et il y a des entrées en bases qui ne respectent pas les conditions nécessaires (par ex. un champ id faisant référence à une autre table laissé vide). La création du lien est impossible dans ce cas là:
Cette solution n'est donc pas envisageable dans mon cas.

Et une mise à jour propre de la BDD n'est pas envisageable ?
Car au lieu de toujours faire en sorte de palier ce problème de relations, autant regler le problème et savourez chaque requete LINQ to SQL que tu implémentera.

[nachtigal]

Et une mise à jour propre de la BDD n'est pas envisageable ?
Car au lieu de toujours faire en sorte de palier ce problème de relations, autant regler le problème et savourez chaque requete LINQ to SQL que tu implémentera.

Bingo ! Voilà la bonne réponse. Parfois on s'épuise à vouloir absolument préserver un existant pourri !
dans certains cas, il vaut mieux rebâtir que de remettre encore des emplâtre sur une jambe de bois.
Remodélises ta base, ajoutes-y toutes sortes de contraintes, importes les données anciennes dans le nouveau schéma et hop Linq !
nachtigal