orm原理分析与测试手记.pdfVIP

下载本文档

19
0
约5.5万字
约 40页
2018-05-10 发布于天津
举报
版权申诉

orm原理分析与测试手记.pdf

1、原创力文档（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。。
2、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击这里二次下载。
3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
4、该文档为VIP文档，如果想要下载，成为VIP会员后，下载免费。
5、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
6、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
7、VIP文档为合作方或网友上传，每下载1次，网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档

orm原理分析与测试手记

用事实说话，成熟的ORM 性能不是瓶颈，灵活性不是问题 EF5.0、PDF.NET5.0、Dapper 原理分析与测试手记 ORM 原理分析与测试手记目录一、 ORM 的“三国志”2 1，PDF.NET 诞生历程2 2，Linq2SqlEF：3 3，微型ORM 崛起4 二、一决高下4 2.1，ORM 没有DataSet 快？4 2.1.1，ORM 生成SQL 的质量问题4 2.1.2，DataReader 没有DataSet 快？5 2，ORM 的三个火枪手6 2.1，委托+缓存6 2.2，表达式树11 2.3，Emit 12 三、华山论剑14 3.1，参赛阵容14 3.2，比赛内容14 3.3，武功介绍15 3.3.1，EF 的招式：15 3.3.1，DataSet 的招式：16 3.3.3，手写代码：18 3.3.4，采用泛型委托：18 3.3.7，PDF.NET OQL: 21 3.3.8，PDF.NET OQLPOCO: 22 3.3.9，PDF.NET SQL-MAP: 23 3.3.10 Dapper ORM ：25 3.3.11 并行测试的招式：26 3.4，场馆准备29 四、水落石出33 4.1 ，谁可能是高手？33 4.2 ，串行测试33 4.3 ，并行测试37 4.4 ，小结39 1 / 40 PWMIS 开发框架—PDF.NET 官网：/sqlmap 开源项目：用事实说话，成熟的ORM 性能不是瓶颈，灵活性不是问题 EF5.0、PDF.NET5.0、Dapper 原理分析与测试手记一、ORM 的 “三国志” 1，PDF.NET 诞生历程记得我很早以前（大概05 年以前），刚听到ORM 这个词的时候，就听到有人在说ORM 性能不高，要求性能的地方都是直接SQL 的，后来谈论ORM 的人越来越多的时候，我也去关注了下，偶然间发现，尼玛，一个文章表的实体类，居然查询的时候把 Content （内容）字段也查询出来了，这要是我查询个文章列表，这些内容字段不仅多余，而且严重影响性能，为啥不能只查询我需要的字段到ORM？自此对ORM 没有好感，潜心研究SQL 去了，将SQL 封装到一个XML 文件程序再来调用，还可以在运行时修改，别提多爽了，ORM，一边去吧：）到了06 年，随着这种写SQL 的方式，我发现一个项目里面CRUD 的SQL 实在是太多了，特别是分页，也得手写SQL 去处理，为了高效率，分页还要3 种方式，第一页直接用Top ，最后一页也用Top 倒序处理，中间就得使用双OrderBy 处理了。这些 SQL 写多了越写越烦，于是再度去围观ORM，发现它的确大大减轻了我写SQL 的负担，除了那个令我心烦的Content 内容字段也被查询出来的问题，不过我也学会了，单独建立一个实体类，影射文章表的时候，不映射Content 内容字段即可。很快发现，烦心的不止这个Cont