août
2008
Dans le cadre d’un projet où mes pas dans Linq commençait tout doucement à se faire plus sûr, je me suis retrouvé contraint et forcé à réaliser une requête Linq to SQL avec une jointure. Rien de plus facile, me direz-vous et je ne vais pas vous contredire…
Me voila donc parti dans ma jointure avec les classiques :
from … |
Allez, je vais faire plu parlant, et pour faire enrager ceux qui innovent en matière de base de données pour appuyer leurs exemples, je vais utiliser la base de données Northwind de Microsoft.
Pour rappel, voici le lien où vous procurer les scripts de création de cette DB sous SQL Server :
http://www.microsoft.com/downloads/details.aspx?FamilyID=06616212-0356-46A0-8DA2-EEBC53A68034&displaylang=en
Donc, je disais… en plein développement sous une chaleur accablante, je m’aperçois que je n’ai aucune méthode qui me permet de récupérer les zones dans lesquelles les employés travaillent. Pas de panique, au vue du modèle Linq To SQL dans mon projet, je peux me débrouiller avec les tables « Employee », « EmployeeTerritory » et « Territory ».
En regardant de plus près la table de relation « EmployeeTerritory », je m’aperçois de suite que j’ai affaire à une clé composite… Et alors me direz-vous ? Et je me suis dit la même chose étant donné que tout comme avec SQL, Linq supporte l’opérateur JOIN… Je me lance donc dans la création d’une belle méthode que je vous livre ci-dessous :
public List<string> GetEmployeeInTerritories() select employee.FirstName + » » + employee.LastName + » in » + territory.TerritoryDescription; return query.ToList(); |
Petit soucis, il n’est pas possible de faire une jointure avec une clé composite de la même façon qu’avec SQL (en utilisant des « && » pour spécifier chaque critère de la jointure).
Fallait donc le savoir, cette syntaxe n’est pas possible avec Linq mais évidemment, Microsoft a pensé à nous et il y a donc une astuce. Le truc est simple, il suffit de passer par un type anonyme. Les seules restrictions sont :
- Les noms des propriétés, c’est à dire que vous devez comparer des types anonymes qui ont les mêmes noms de propriétés.
- L’ordre des propriétés, c’est à dire que les propriétés de vos objets anonymes doit apparaître dans le même ordre.
Après une grande inspiration sur la documentation trouvée sur MSDN (en même temps, c’était dur de faire différemment), voici le code qui compile enfin correctement et mieux encore, il renvoie le bon résultat… Quel talent !
public List<string> GetEmployeeInTerritories() select employee.FirstName + » » + employee.LastName + » in » + territory.TerritoryDescription; return query.ToList(); |
Et histoire de vous épargner une recherche de 20 secondes pour trouver la page exacte dans la documentation MSDN qui explique tout ça, voici le lien.
Bon Linq à tous !
Déménagement
Next Microsoft CEO
Articles récents
- Changement d’adresse de ce blog
- Article : les nouveautés de C# 5.0
- Modèle Entity Framework généré avec SQL Server 2008 et utilisé sous SQL Server 2005
- Les photos, vidéos et cadeaux des TechDays 2011
- La première journée en ligne sur TechDays TV
- Suivez les TechDays 2011 comme si vous y étiez sur la chaîne TechDays TV
- Téléchargez le programme des conférence des TechDays 2011
- Dernier jour des TechDays = plus de chance de remporter des cadeaux sur le stand de dvp !
- Venez à notre rencontre lors des TechDays 2011
- Les flux à ne pas rater lors des TechDays 2011
- Les TechDays 2011 s’invite sur votre smartphone Windows Phone 7
- Exclu des cadeaux du concours Developpez.com lors des TechDays 2011
- Ouverture de la galerie d’images sur notre site des TechDays
- Partagez votre expérience des Microsoft TechDays
- Grand concours Microsoft “FAN des TechDays 2011” : épisode 2 !
- Mettez-vous aux couleurs des TechDays 2011 !
- Developpez.com aux TechDays 2011
- Le Challenge Azure 2010 est fini !
- Suivez la keynote de la pdc10 en direct sur internet à 18h !
- MVP Visual C# 2010 – 2011 !!!