Développement d’application avec base de données Semaine 2: Requête avec l’Entity Data Model Automne 2013

Plan de présentation Méthodes pour faire des requêtes Premier exemple de requêtes…mais plus de questions que de réponses…

Méthodes pour faire des requêtes Plusieurs méthodes disponibles pour faire des requêtes. Le choix va reposer sur un choix personnelle plus que sur une question de performance. Méthodes utilisées Linq To Entities ObjectQuery Parcourir une collection Etc.

Méthodes pour faire des requêtes Query the Model, Not the Database Laissons ce travail à ADO.NET et son provider.

Première requête -> Parcourir une collection

Type En fait! Var contacts = context.Contacts; c’est ObjectSet<Contact> contacts = context.Contacts;

Mais d’où viennent ces classes Les classes suivantes sont générés automatiquement.

Les propriétés de navigation Les propriétés de navigation nous permettent d’interroger les entités associés.

Qui dit collection dit Linq/Lambda  var contacts = from c in context.Contacts where c.FirstName == "Robert" select c; lambda : var contacts = context.Contacts.Where((c) => c.FirstName == "Robert").OrderBy((foo) => foo.LastName);

Question de culture! Pourquoi le la clause FROM est au début contrairement au SQL? with the FROM clause, rather than the SELECT clause that most of us are familiar with in other query languages. When LINQ was being created, query statements did begin with SELECT. However, the developers at Microsoft quickly realized that identifying the type that is being used up front enabled IntelliSense to provide meaningful suggestions as the rest of the query was constructed. According to Microsoft’s Y. Alan Griver, who was very involved with the LINQ project during its early stages, the Microsoft developers jokingly referred to this syntax as “Yoda speak” when they altered the syntax for the sake of IntelliSense.

Propriété de navigation avec Linq Ici, les propriétés de navigation nous simplifie vraiment la vie: from a in context.Addresses where a.Contact.AddDate > new System.DateTime(2009, 1, 1) orderby a.Contact.LastName select new {a, a.Contact.LastName};

Une autre façon de faire une requête Entity Framework’s Object Services qStr = "SELECT VALUE c FROM SampleEntities.Contacts AS c " + "WHERE c.firstname=@firstName"; ObjectQuery<Contact> contacts = new ObjectQuery<Contact>(qStr, context); contacts.Parameters.Add(new ObjectParameter("firstName", "Robert"));

lazy loading Lorsqu’on fait une requête, seuls les éléments de la requête serons affectés au résultat de la requête. Par exemple: var contacts= from c in context.Contacts select c; Seul les contacts sont chargés à partir de la base de données, les données en liens ne sont pas chargé. Autrement la base de données serait toujours téléchargée…

Lazy Loading Le Lazyloading fait donc des requêtes constamment pour permettre au programeur d’avoir accès aux données. Exemple: var contacts= from c in context.Contacts select c; foreach (var contact in contacts) { Console.WriteLine("{0} #Addresses: {1}", contact.LastName,contact.Addresses.Count()); } Ainsi, s’il y a 10 contacts, il y aura 11 requêtes de réalisées.

Solution? Soit qu’on fait une requête complète. from c in context.Contacts.Include("Addresses") where c.LastName.StartsWith("J") select c; Soit qu’on désactive le lazy loading essayer de filtrer les données qui seront chargées.

Si on désactive le Lazy Loading var context = new SampleEntities(); context.ContextOptions.LazyLoadingEnabled = false; var addresses = from a in context.Addresses select a ; foreach (var address in addresses) { if (address.CountryRegion != null) if (address.CountryRegion.Trim() == "UK") address.ContactReference.Load(); }

Conclusion Nous avons vue trois différentes façon de faire une requête sur le MODÈLE. Nous avons vue le Lazy Loading. Maintenant, à votre tour de jouer.