上一页 1 ··· 300 301 302 303 304 305 306 307 308 ··· 382 下一页
摘要: 回到目录linq to entity或者linq to sql都提供了非常方便的延时加载功能,什么意思?就是说在建立对象时,它会将数据库中的表关系同时建立进来,然后在查询时,如果用到的外键表的数据,才会建立这个外键表的查询,这一点确实很“酷”,但是它是有代价的,甚至代价是巨大的。我一直不太喜欢我命运被别人去掌握着,写代码也一样,说着很好听的“延时加载”,用着也算方便,但对于它生成的SQL代码却是让我很恐惧的,下面看一下截图:这是一个查出10条结果的语句这只是一部分,它对于建立SQL的connection是10次,傻眼了吧,呵呵,这绝对是不能接受的,但如果你不用外键表,它是很正常的,一个SQL链 阅读全文
posted @ 2012-11-02 11:03 张占岭 阅读(3989) 评论(15) 推荐(3)
摘要: 再见了,Linq to SQL,我们会想念你的!从DBML文件中,我学到了太多的东西,不知道为什么微软在推出linq to sql后,不对它进行支持了,可能是一山不容二虎吧,entity frameworks的崛起不是偶然的,事实上在推出linq to sql之前,微软早就推出了自己的ORM架构,即entity frameworks,有时我们叫它EDMX或者EF,它是幸运的,从发布1.0至今,一直是小微的宠儿,目前5.0已经出来了,给人的感觉就是操作简单,对它的插件支持比较多,由于使用了T4模板,所以扩展性非常方便,这可能是它对linq to sql胜出的一个原因,其次它还支持其它数据源,而l 阅读全文
posted @ 2012-11-01 22:19 张占岭 阅读(1460) 评论(1) 推荐(4)
摘要: 回到目录相关文章系列第八回 EF架构~将数据库注释添加导入到模型实体类中第二十一回 EF架构~为EF DbContext生成的实体添加注释(T4模板应用)第二十二回 EF架构~为EF DbContext生成的实体添加注释(T5模板应用)使用EF架构时,你的实体生成方案有多种,entity object,poco,dbcontext等等,对于entity object方案生成的实体,我们感觉很臃肿,当然它的功能很强在,但有时在查看类实体时,有些麻烦,因为所有实体都在一个类文件中,有点像linq to sql,而它的类格局也与dbml有些雷同,当然这不是今天的重点,今天主要说的是当EDMX文件添. 阅读全文
posted @ 2012-10-31 10:24 张占岭 阅读(10567) 评论(4) 推荐(4)
摘要: 回到目录无论是linq to sql 还是entity frameworks,在进行列表操作时都会有一个毛病,那就是它的操作只能一个实体一个实体的发到服务器,这样,如果列表的数量很大,如列表为10万条数据,那么,这种操作将是非常性能的,可能你的DB就挂了。解决方案:拼接T—SQL串,并使它具有通用性好处:与服务器建立一次连接,给服务器发一条SQL命令,即可实现代码如下: 1 /// <summary> 2 /// 构建Insert语句串 3 /// 主键为自增时,如果主键值为0,我们将主键插入到SQL串中 4 /// </summary> 5... 阅读全文
posted @ 2012-10-30 23:24 张占岭 阅读(9597) 评论(12) 推荐(5)
摘要: 回到目录ObjectContext作为entity framework的最原始的数据上下文对象,它的操作都是具有原始性的,没有被封闭过的,这也就难免在有些功能上欠缺一点,用过DbContext作为EF数据上下文的同学一定有留意到它的Find<TEntity>(params object[] keyValues)方法,不错,它确实比较方便,通过主键(可以是复合主键)来查找实体,这个功能在ObjectContext对象上是没有被提供的,所以,我把这个功能在ObjectContext上实现了一下,现在分享给各位: 1 /// <summary> 2 /// 根据主键得到一个实 阅读全文
posted @ 2012-10-30 22:24 张占岭 阅读(5231) 评论(1) 推荐(1)
上一页 1 ··· 300 301 302 303 304 305 306 307 308 ··· 382 下一页