linq to sql的性能和reader相比只是差一点点吗
2010-06-22 23:24
337 查看
很多人认为linq to sql性能很不错,但我很可惜的告诉你,你错了,不是差一点点,是差非常多,差得让人可怕.
现把结果帖出来:
reader读取结果:
Report name: 2010-6-22 23:01:24
Run on: 2010-6-22 23:01:24
Run length: 00:01:00
Web Application Stress Tool Version:1.1.293.1
Number of test clients: 1
Number of hits: 65919
Requests per Second: 1098.50
linq to sql读取的结果:
Report name: 2010-6-22 23:03:05
Run on: 2010-6-22 23:03:05
Run length: 00:01:00
Web Application Stress Tool Version:1.1.293.1
Number of test clients: 1
Number of hits: 8673
Requests per Second: 144.54
我测试的数据库数据量:七十几W条,读取的数据为0
然后再测试有数据返回,返回记录数为两条,测试结果如下:
reader结果:
Report name: 2010-6-22 23:17:10
Run on: 2010-6-22 23:17:10
Run length: 00:01:00
Web Application Stress Tool Version:1.1.293.1
Number of test clients: 1
Number of hits: 53138
Requests per Second: 885.63
linq to sql结果:
Report name: 2010-6-22 23:15:50
Run on: 2010-6-22 23:15:50
Run length: 00:01:00
Web Application Stress Tool Version:1.1.293.1
Number of test clients: 1
Number of hits: 7161
Requests per Second: 119.35
然后多线程并发:
reader结果:
Report name: 2010-6-22 23:28:15
Run on: 2010-6-22 23:28:15
Run length: 00:01:00
Web Application Stress Tool Version:1.1.293.1
Number of test clients: 1
Number of hits: 86210
Requests per Second: 1436.78
linq to sql结果:
Report name: 2010-6-22 23:29:30
Run on: 2010-6-22 23:29:30
Run length: 00:01:01
Web Application Stress Tool Version:1.1.293.1
Number of test clients: 1
Number of hits: 14444
Requests per Second: 239.09
数据在上面,哥啥都不说了,性能差别大吗?数据在上面,我不想说。
为什么我只测试读取,其它不进行测试呢???读取的频率远高于插入,修改,删除,对于应用程序性能的问题大多数是出在读取,所以插入、修改、删除影响几乎影响不了应用程序性能,除了一些特殊的应用。
现把结果帖出来:
reader读取结果:
Report name: 2010-6-22 23:01:24
Run on: 2010-6-22 23:01:24
Run length: 00:01:00
Web Application Stress Tool Version:1.1.293.1
Number of test clients: 1
Number of hits: 65919
Requests per Second: 1098.50
linq to sql读取的结果:
Report name: 2010-6-22 23:03:05
Run on: 2010-6-22 23:03:05
Run length: 00:01:00
Web Application Stress Tool Version:1.1.293.1
Number of test clients: 1
Number of hits: 8673
Requests per Second: 144.54
我测试的数据库数据量:七十几W条,读取的数据为0
然后再测试有数据返回,返回记录数为两条,测试结果如下:
reader结果:
Report name: 2010-6-22 23:17:10
Run on: 2010-6-22 23:17:10
Run length: 00:01:00
Web Application Stress Tool Version:1.1.293.1
Number of test clients: 1
Number of hits: 53138
Requests per Second: 885.63
linq to sql结果:
Report name: 2010-6-22 23:15:50
Run on: 2010-6-22 23:15:50
Run length: 00:01:00
Web Application Stress Tool Version:1.1.293.1
Number of test clients: 1
Number of hits: 7161
Requests per Second: 119.35
然后多线程并发:
reader结果:
Report name: 2010-6-22 23:28:15
Run on: 2010-6-22 23:28:15
Run length: 00:01:00
Web Application Stress Tool Version:1.1.293.1
Number of test clients: 1
Number of hits: 86210
Requests per Second: 1436.78
linq to sql结果:
Report name: 2010-6-22 23:29:30
Run on: 2010-6-22 23:29:30
Run length: 00:01:01
Web Application Stress Tool Version:1.1.293.1
Number of test clients: 1
Number of hits: 14444
Requests per Second: 239.09
数据在上面,哥啥都不说了,性能差别大吗?数据在上面,我不想说。
为什么我只测试读取,其它不进行测试呢???读取的频率远高于插入,修改,删除,对于应用程序性能的问题大多数是出在读取,所以插入、修改、删除影响几乎影响不了应用程序性能,除了一些特殊的应用。
相关文章推荐
- linq to sql 提高性能的5种方式
- linq to sql 系列之 linq to sql性能优化技巧
- linq to sql 系列之 linq to sql性能优化技巧
- ADO.net,Linq to SQL和Entity Framework性能实测分析
- Linq to SQL的Select性能测试
- LINQ to Sql系列四 性能优化总结
- Linq to sql 简单性能差异指引 2 (转)
- AdoNet vs LinqToSql vs NIntegrateQuery查询性能测试
- DataRabbit 轻量的数据访问框架(14)-- DataRabbit 3.0 与 Linq to sql 性能比较
- Linq to Sql中Single写法不当可能引起的数据库查询性能低下
- LINQ – 使用DataLoadOptions 提高LINQ to SQL 查询性能
- AdoNet vs LinqToSql vs NIntegrateQuery查询性能测试
- Linq to sql 简单性能差异指引
- 如何提高LINQ-to-SQL延时加载的性能
- 缓存Linq的mappingSource,提高Linq To SQL的性能,(20%的性能都不至哟)
- 性能,使用Linq to sql 一个可能导致内存溢出的写法
- 一起谈.NET技术,【译】ASP.NET MVC并不仅仅只是Linq to SQL
- LINQ : 在LINQ TO SQL中关闭ObjectTrackingEnabled提高性能
- ADO.net,Linq to SQL和Entity Framework性能实测分析
- 【译】Asp.net MVC并不仅仅只是Linq to SQL