ADO.Net处理数据作为下一代的开发程序，代号为Orcas。最近微软推出了ADO.Net处理数据的新闻，涵盖了VS之前版本的所有功能，快捷键也基本完整，与将要发布的RTM版不会有什么太大的差别。
测试环境当然就是我这台笔记本了，受限与硬盘转速，运行起来一定是不如台式机的，ADO.Net处理数据但至少保证了三个方案相同的软硬件环境：Windows Server 2008，Visual Studio 2008，MS SQL Server 2008，清一色的***产品。 #t#
测试分成六个阶段，数据量分别为10，10，100，1千，1万，10万逐级增长，ADO.Net处理数据分别测试了读取、写入、更改、删除四个基本的操作的耗时，结果如下（时间单位：秒）：
| ***次读写10条数据 | |||||
| 读写方式 | 读取耗时 | 添加耗时 | 修改耗时 | 删除耗时 | 平均耗时 |
| 当前机制(简化) | 0.007 | 0.35 | 0.02 | 0.014 | 0.09775 |
| LINQ to SQL | 0.023 | 0.083 | 0.102 | 0.068 | 0.069 |
| Entity Framework | 0.238 | 3.084 | 0.009 | 0.006 | 0.83425 |
|
第二次读写10条数据 | |||||
|
读写方式 |
读取耗时 |
添加耗时 |
修改耗时 |
删除耗时 |
平均耗时 |
|
当前机制(简化) |
0.002 |
0.034 |
0.011 |
0.020 |
0.01675 |
|
LINQ to SQL |
0.003 |
0.011 |
0.043 |
0.058 |
0.02875 |
|
Entity Framework |
0.004 |
0.006 |
0.005 |
0.004 |
0.00475 |
***阶段测试结果非常出人意料，ADO.Net处理数据和LINQ to SQL操作数据的时间都控制在0.5秒以内，非常的迅速，但是Entity Framework在添加这步表现非常差，由于这五步是连续测试，其中添加数据是***步操作，而EF在在进行***步操作的时候足足延迟了3秒钟！这3秒钟 到底EF在做什么？
