Etude exploratoire de Linq - CoDE - de l'Université libre de Bruxelles

}
Console.WriteLine(q2);
Console.WriteLine("Supprimons le nouvel ajout");
db.demo_customer.DeleteOnSubmit(dc);
db.SubmitChanges();
Console.ReadLine();
Console.WriteLine("Regardons a nouveau la table demo_customer :");
var query2 = from c in db.demo_customer
select new { c.customer_id, c.customer_name };
foreach (var q3 in query2)
{
Console.WriteLine(q3);
}
Console.ReadLine();
Et le résultat de l’ensemble de ce code est le suivant :
Figure 6 : requêtes Linq to Sql
Tout cela paraît bien simple et automatisation rime souvent avec perte de contrôle sur les
mécanismes sous-jacents. En effet, revenons à nos hypothèses de départ, à savoir que nous ayons
accès à une base de données Sql Server 2008 pleinement opérationnelle et que nous ne nous
préoccupions pas des accès concurrentiels. Dans la pratique, il est tout à fait possible que nous ayons
affaire à une base de données dont la structure soit connue mais sans l’avoir à disposition. De même,
nous serions bien imprudents en affirmant qu’un projet quelconque utilisera une base de données
Sql Server 2008. Bon, et qu’est-ce que cela change pour nous si nous n’avons pas la base de données
sous la main ? Et bien, l’extraction automatique des métadonnées se glisse hors de notre portée et
nous devrons trouver un moyen d’obtenir la structure de la base de données. Rappelons que le