LINQ to SQL快速上手 step by step
前言
最近接连遇到几个朋友问我同一个问题，就是关于.NET平台上ORM框架的选择。我想在这个讲求效率的时代，谁也不想手写SQL或存储过程去访问数据库了。大家都知道，在Java平台上，ORM这一块基本是Hibernate的天下。当然，相对轻量级的iBatis也有不错的表现。
不过谈到.NET平台，ORM框架似乎相对混乱了点。很多朋友问我的时候，往往会这样问：NHibernate、NBear和Castle该选择哪个？而当我反问：为什么不适用微软自带的Linq to Sql呢？对方经常会迷茫和不解。
我觉得这是个很奇怪的现象。依照我个人的实践，我认为当需要快速构建一个中小型项目时，Linq to Sql是一个很好的选择。你至少有以下理由可以选择它：
i. 它是微软自己的产品，和.NET平台有着天生的适应性。如果你使用.NET Framework3.5和VS2008开发环境，它本身就集成在里面了，同时VS2008对于Linq to Sql给予了诸多方便的支持。使用它，你不仅在开发和部署时不用考虑第三方库，更可以尽情享受VS2008带来的种种方便。
ii. 上手十分容易，使用十分轻松，通常，你不需要编写一行代码，也不用写任何XML配置，完全通过可视化拖拽就能完成ORM层的构建。
iii. 功能丰富，使用便捷。当轻松构建好ORM层后，你就可以更轻松的操纵数据库了。Linq to Sql提供了丰富的功能，完全可以满足日常数据访问的需求。使用方法也非常简单、灵活。
有这么好的理由，我真想不通为什么那么多人不愿去选择它。我想来想去，也许有两个重要原因，一是把LINQ和Linq to Sql混为一谈了，二是受前段时间“LINQ已死”的误导，觉得微软已经抛弃Linq to Sql了。关于这两点，我就不细说了，简略澄清一下：
首先，LINQ是从.NET Framework3.0开始，.NET平台上引入的一种新式语言特性，狭义一点，你可以讲它理解成一种新式语法，主要是针对迭代数据操作的，所以，也许LINQ叫做“数据迭代引擎（Data Iterative Engine）”更合适，之所以不着样命名，我想微软可能不愿意让自己产品的简写为“DIE”吧。:-)而Linq to Sql是LINQ在数据库访问方面的一个应用框架，完全是两码事。
其次，关于微软会不会放弃
相关文档：
连接查询，就是将
两个或多个
表或视图
通过一定的条件
将全部或部份字段
全部或部份记录
连接到一起，得到一个新的数据集合。
如：有人员档案和工资档案两个表，两个表有共同的关键字段XMDM(姓名代码），其中人员档案存储了人事资料，工资档案存储了薪酬资料。
因此可以通过XMDM字段将两个表连接起来，从而使查询� ......
1、 存储过程
1） 尽量将代码段放到TRY…CATCH…。
但凡使用C#写过代码的人，都知道C#中TRY…CATCH…的运行和出错跳转逻辑，而SQL Server2005中，其运行和出错跳转逻辑与在C#中是一致的。TRY…CATCH…是SQL Server2005中新增的，功能强大，且很好用。
2）&nb ......
sql server 2005 简单运用函数
1.null 函数
用法与oracle中nvl()类似，处理函数为isnull()，
例如：
select ename,sal+isnull(comm,0)
from emp
go
isnull(comm,0)的用法是： comm为null 则返回0 否则为 comm的值。
2.V ......
Select
CONVERT(varchar, getdate(), 1),--mm/dd/yy
CONVERT(varchar, getdate(), 2),--yy.mm.dd
CONVERT(varchar, getdate(), 3),--dd/mm/yy
CONVERT(varchar, getdate(), 4),--dd.mm.yy
CONVERT(varchar, getdate(), 5),--dd-mm-yy
CONVERT(varchar, getdate(), 1 ......
数据库 有两张表
表1： student
表2：chinese
现在要分别列出 每所学校 语文成绩最高的 学生信息
SQL ：
SELECT *
from student
LEFT JOIN chinese ON student.no = chinese.no
WHERE chinese.chengji
IN (
SELECT max( chinese.chengji )
from student
LEFT JOIN chinese ON student.no = chinese.no
GROU ......
