ADO.net，Linq to SQL和Entity Framework性能实测分析
ADO.net，Linq to SQL和Entity Framework性能实测分析
最近文档写了不少，导致Word和Excel的使用能力飞一般成长。考虑到项目中读写数据库的方法存在效率不高，以致影响用户体验的问题，决定测试一下Microsoft新推行的Linq和EF能不能在效率上有所改进。
测试环境当然就是我这台笔记本了，受限与硬盘转速，运行起来一定是不如台式机的，但至少保证了三个方案相同的软硬件环境：Windows Server 2008，Visual Studio 2008，MS SQL Server 2008，清一色的最新产品。
测试分成六个阶段，数据量分别为10，10，100，1千，1万，10万逐级增长，分别测试了读取、写入、更改、删除四个基本的操作的耗时，结果如下（时间单位：秒）：
第一次读写10条数据
第二次读写10条数据
操作100条数据
操作1000条数据
操作10000条数据
操作100000条数据
【测试总结】
第一阶段测试结果非常出人意料，ADO.net和LINQ to SQL操作数据的时间都控制在0.5秒以内，非常的迅速，但是Entity Framework在添加这步表现非常差，由于这五步是连续测试，其中添加数据是第一步操作，而EF在在进行第一步操作的时候足足延迟了3秒钟！这3秒钟到底EF在做什么？
从第二阶段开始，性能的优劣就非常明显的展现在我们面前，第二阶段到第六阶段，不论操作数据量的大小，图中的耗时比例几乎是相同的。Entity Framework无可争议的以极高的效率在三种方案中脱颖而出，而LINQ to SQL的龟速修改和删除操作消耗的时间几乎是EF的10倍，ADO.net在添加数据上的表现实在不尽如人意，这也跟我们项目底层写法有关。
从上面的测试结果可以看出，除去EF在初次操作数据是延迟的3秒钟（初步认为是初始化时间），EF的平均效率是LINQ to SQL的6倍，是当前项目机制的4倍，这是非常可观的效率提升，不难理解为什么微软几乎放弃了LINQ to SQL，全力支持EF了。
【深入分析为什么第一次执行Entity Framework非常慢的原因】（转）
第一次创建ObjectContext并查询数据时耗费了大量的时间，原因是什么？有没有什么优化的方法？本文将给出一个合理的解释。
下面这个饼状图给出了第一次创建ObjectContext并用其访问数据库时各种操作所占的时间比
从中可以看出仅仅View Generation一个操作就占用了56%的时间，不过令人欣慰的是，这个操作只出现在第一次查询的时候，之后生成好的View会被缓存起来供以后使用。一个View.cs文件的样本如下：
我们可以使用EDMGen2.exe来自己生成View.cs，然�
相关文档：
SQL Server2008行数据和页数据压缩解密
数据压缩意味着减小数据的有磁盘占用量，所以数据压缩可以用在表，聚集索引，非聚集索引，视图索引或是分区表，分区索引上。2.前标压缩：每一页中的所有列，在行标头下面，每行都存储着一个行定义值，压缩后，所有行的定义值都被替换成行头值的引用。
本文将为大家介绍 ......
格式:
CONVERT(data_type,expression[,style])
说明:
此样式一般在时间类型(datetime,smalldatetime)与字符串类型(nchar,nvarchar,char,varchar)
相互转换的时候才用到.
例子:
SELECT CONVERT(varchar(30),getdate(),101) now
结果为:
now
---------------------------------------
|09/15/2001
=============== ......
1:replace 函数
第一个参数你的字符串，第二个参数你想替换的部分，第三个参数你要替换成什么
select replace('lihan','a','b')
-----------------------------
lihbn
（所影响的行数为 1 行）
============================================== ......
并集:
使用 UNION 运算符组合多个结果
SELECT name,num from Table1
UNION
SELECT name,num from Table2
注意：查询的字段个数必须相同，Table2的字段类型要跟Table1的相同.
如果使用 UNION 运算符，那么单独的 SELECT 语句不能包含其自己的 ORDER BY 或 COMPUTE 子句。只能在最后一个 SELECT 语句的后面使用一个 ORD ......
–1、查找员工的编号、姓名、部门和出生日期，如果出生日期为空值，显示日期不详,并按部门排序输出,日期格式为yyyy-mm-dd。
select emp_no,emp_name,dept,isnull(convert(char(10),birthday,120),’日期不详’) birthday
from employee
order by dept
–2、查找与喻自强在同一个单位的员工姓名、 ......
