要想在程序里使用LINQ to SQL，书上说要先建立对应的实体类(Entity Classes)，所幸的是数据库中的表和字段都能通过Attribute的方式和相关的实体类对应，甚至主键都能标明，只是要引用System.Data.Linq.Mapping命名空间。还需要准备的是提供集成于编程语言查询的数据上下文对象System.Data.Linq.DataContext，它能把对内存对象的数据请求翻译成对数据库的SQL查询，并把执行得到的结果存成集合。如果本机上安装了SQL SERVER 2005 EXPRESS以上的数据库引擎服务，直接把MDF文件的绝对路径传入构造函数就可以方便地初始化这个DataContext对象，通过GetTable就能建立数据表和实体类某实例的映射，操作真的是越来越简便了，一如以下代码：

 1using System;
 2using System.Linq;
 3using System.Data.Linq;
 4using System.Data.Linq.Mapping;
 5static class HelloLinqToSql
 6{
 7[Table(Name="Contacts")]
 8class Contact
 9{
10[Column(IsPrimaryKey=true)]
11public int ContactID { get; set; }
12[Column(Name="ContactName")]
13public string Name { get; set; }
14[Column]
15public string City { get; set; }
16}
17static void Main()
18{
19string path =
20System.IO.Path.GetFullPath(@"..\..\..\..\Data\northwnd.mdf");
21DataContext db = new DataContext(path);
22
23var contacts =
24from contact in db.GetTable<Contact>()
25where contact.City == "Paris"
26select contact;
27foreach (var contact in contacts)
28Console.WriteLine("Bonjour "+contact.Name);
29}
30}

　　由上面的例子我们看到，使用LINQ对数据库进行强类型的访问简直是易如反掌。在整个过程中，LINQ to SQL自动为我们做了什么呢？打开数据库链接，告别conn.Open()；生成SQL查询语句，比我们自个去拼凑queryString片段来得更安全；执行对数据库的命令，甚至你都不用想究竟是ExecuteReader还是别的；把执行返回的结果填充至内存对象，这下连while都省去了。先别比较运行的效率，至少开发的效率和准确度都大大提高了。

　　写书的老外马上意识到读者会问大型复杂的SQL查询和存储过程怎么办，答案必然是没有问题的的，另外好像还有图形化设计器支持呢。世界怎么都变成这样了，不过简单点也好……