Entity Framework 实践系列 —— 搞好关系 - 生儿育女（一对多，one-to-many）
从单相思（单向一对一），到两情相悦（双向一对一）并步入婚姻殿堂，接下来就是生儿育女，男人升级为父亲，如果生了很多孩子，那父亲与孩子之间的关系就是“一对多”。
一个父亲有多个孩子，一个孩子只属于一个父亲。
我们还是以博客为例，场景如下：
一个博客（BlogSite）有多篇文章（BlogPost），一篇文章只属于一个博客。
看类图：
看表结构：
BlogSite与BlogP
http://www.cyqdata.cn/cnblogs/article-detail-41411
Entity Framework 实践系列 —— 搞好关系 - 两情相悦（双向一对一）- 续
在上篇文章中，我们通过WithRequiredDependent或WithRequiredPrincipal实现了“双向一对一”关系，但是Entity Framework生成的SQL语句很糟糕。
在上篇文章发布一个多小时之后，我们找到了解决之道。这就是写博客带来的好处，逼着你静下心来深入思考。
问题的原因在于我们向Entity Framework传递了不合情理的&ldquo
http://www.cyqdata.cn/cnblogs/article-detail-41399
Entity Framework 实践系列 —— 搞好关系 - 两情相悦（双向一对一）
自从搞好了单向一对一关系，装满代码的心中塞进了挥之不去的情丝 —— 单相思。谁都知道音乐世界离不开情感，可谁又知道代码世界同样需要情感。
单相思是星星之火，它存在的唯一目的是点燃两个人的世界。让我们紧握心中的火苗，开始两情相悦的征途吧。
先回顾一下单相思的场景：
BlogSite单相思BlogUser。
BlogSite样子：
public class BlogSite
http://www.cyqdata.cn/cnblogs/article-detail-41386
Entity Framework之问题收集
本节讨论内容主要针对收集了上篇文章大家碰到问题的讨论解决，会持续收集扩充。
DbContext加载原值，当前值，数据库值，属性操作，对象复制，对象值复制（VO，DTO->POCO），复杂对象取值
DbContext Local Data与AsNoTracking无跟踪查询 如何提高效率
DbContext如何关闭延迟加载
DbContext如可使用延迟加载
DbContext如何控制并发
http://www.cyqdata.cn/cnblogs/article-detail-41376
Entity Framework 实践系列 —— 搞好关系 - 单相思（单向一对一）
原以为躲入代码世界，就可以不用搞关系，哪知“关系无处不在”。写代码多年之后，终于明白“面向对象的关键是搞好对象之间的关系”。而Entity Framework作为ORM中的明日之星，首当其冲的使命就是配合对象搞好关系。
博客园开发团队在使用Entit Framework的过程中，被困扰最多的就是实体类之间的关系处理以及这种关系与数据库之间的映射。所以
http://www.cyqdata.cn/cnblogs/article-detail-41360
自己来控制EntityFramework4.1 Code-First，强大的EF多种加载方式
众所周知，EF对关系表的联表查询有2种方式：延迟加载、贪婪加载，为了弄清这2种方式具体是如何操作数据库的，我开启了SQL Server Profiler，只开启了存储过程和TSQL的监视，并且指定了当前操作的库。
//3联表，Order Product Category
1. var ordercontext = db.OrderContext.Include(o =&g
http://www.cyqdata.cn/cnblogs/article-detail-41343
Entity Framework之犹豫不决
记得去年初就开始关注Entity Framework，那时只是简单测试了一下，发现较之Nhibernate不太成熟。当时的EF主要表驱动方式开发，过度依赖edm文件，并且数据层耦合了模型层，让一些MVC分层用户痛苦不堪。微软从Oxite1项目发展到Oxite2也在这个DAL与MODEL的理不清的关系上做过徘徊，只好在EDM的基础上直接实
http://www.cyqdata.cn/cnblogs/article-detail-41332
自己来控制EntityFramework4.1 Code-First，逐步消除EF之怪异现象
最近的项目开始使用EF4.1，拜读各路大侠文章数遍，满以为可以轻车熟路，却屡遭悲惨啊，怪异现象接连...
1，虽然使用Code-First模式，就是因为它代码整洁清爽条理，但还是习惯先建立数据表，再POCO... 结果发现Entity实体类与数据表的映射是EF自己独特智能操控的，比如实体类名为Product，它会智能映射成Products的表，加了个"s"，然而，Category的实
http://www.cyqdata.cn/cnblogs/article-detail-41284
使用Entity Framework和WCF Ria Services开发SilverLight之7：多个Domain Service间共享Poco实体
在前两篇中，我们讲了在SL端通过Entity Framework和WCF Ria Services实现联表查询，其中最关键的是为实体类中的相关属性设定为Include特性，如下：
遗憾的是，这样的实体Include只能在单个域服务间共享实体。如果你尝试撰写多个域服务，并用到关联实体，会报如下错误：
The entity type 'MiniNWModel.Entities.Product' is
http://www.cyqdata.cn/cnblogs/article-detail-41265
Entity Framework 4.1 and Poco 使用存储过程联表查询
一：数据库支持
为了演示本例，我们创建了另外一个简单的示例数据库MiniNW，该数据库来自于ADO.NET Entity Framework Extensions，但在本例中，我们不会使用这个针对EF的扩展框架，因为它对POCO的支持不好，同时它也不支持DbContext，简单的说来就是它目前不支持EF4.1。
MiniNW可以在本示例代码的如下位置获得：
数据库对应关系如下（由于数据库相对简单
http://www.cyqdata.cn/cnblogs/article-detail-41209
[WCF权限控制]从两个重要的概念谈起：Identity与Principal[下篇]
毫不夸张地说，安全主体（Principal）是整个授权机制的核心。我们可以简单地将将安全主体定义成能够被成功实施授权的主体。一个安全主体具有两个基本的要素：基于某个用户的安全身份和该用户具有的权限。绝大部分的授权都是围绕着“角色”进行的，我们将一组相关的权限集和一个角色绑定，然后分配给某个用户。所以在基于角色授权环境下，我们可以简单地将安全主体表示成：身份 + 角色。在.NET基于安全的应用编程接
http://www.cyqdata.cn/cnblogs/article-detail-41051
使用Entity Framework和WCF Ria Services开发SilverLight之5：客户端主外键联表查询
在上一篇中我们对EF中的POCO进行了映射，如果这个时候我们使用主外键来进行联表查询，会很遗憾的发现凡是关联表的信息，在客户端获取的全部是null。
本篇我们介绍如何使用Entity Framework和WCF Ria Services在SL客户端获取主外键联表查询的数据。
1：添加引用
第一步，为Model项目添加引用System.ServiceModel.DomainServices.Serv
http://www.cyqdata.cn/cnblogs/article-detail-41049
使用Entity Framework和WCF Ria Services开发SilverLight之6：查找指定字段
对数据库表指定字段的查找，又是实际工作中的一项必要工作。SL客户端仅获取实际需要的指定的字段，好处很多，比如：有助于减少网络流量。
有两类这样的使用场景。
1：联表查询不需要外键表
在上一篇中，我们使用了联表查询，在联表查询中，DAL部分的代码是这样的：
我们已经指出，无论是你是否使用Include方法，只要实体类指定了Include特性，客户端都会获取到被关联的Course记录。诚然，有时候我
http://www.cyqdata.cn/cnblogs/article-detail-41038
[WCF权限控制]从两个重要的概念谈起：Identity与Principal[上篇]
在安全领域，认证和授权是两个重要的主题。认证是安全体系的第一道屏障，守护着整个应用或者服务的第一道大门。当访问者叩门请求进入的时候，认证体系通过验证对方提供凭证确定其真实身份。作为看门人的认证体系，只有在证实了访问者的真实身份的情况下才会为其打开城门，否则将之举之门外。 当访问者入门之后，并不意味着它可以为所欲为。为了让适合的人干适合的事，就需要授权机制为具体的人设置具体的权限，并根据这些权限设
http://www.cyqdata.cn/cnblogs/article-detail-41000
通过t4模板结合XML定义文件生成MVVM中的Model Entity Class 代码
在之前的两篇文章，我针对MVVM项目实践中如何简化Model和ViewModel类型的编码工作，提供了两种不同的方法。它们分别是 如何利用AOP简化MVVM中Model和ViewModel的设计 http://www.cnblogs.com/chenxizhang/archive/2011/06/24/2089392.html 如何利用Interception简化MVVM中的Model和V
http://www.cyqdata.cn/cnblogs/article-detail-40769
使用Entity Framework和WCF Ria Services开发SilverLight之3：Map
在上一篇中《使用Entity Framework和WCF Ria Services开发SilverLight之2：POCO》，我们将映射交给edmx文件处理。如下：
该文件是由EF框架自动生成的，通过查看原始文件，我们可以看到EF框架为我们建立了实体类间的各种映射。现在，借助于EF4.1框架，我们可以进行更方便的进行手动映射。
1：清理SchoolData
首先，删除ModelS
http://www.cyqdata.cn/cnblogs/article-detail-40223
Visual Entity 教程（四）使用 T4 生成代码
( 对于一个如此好用的，而且还免费的国产软件，看了不点推荐的，你没有 JJ )
关于 T4 ，这里不作介绍了，对它不了解的，请看：
http://home.cnblogs.com/group/topic/10272.html
下面主要介绍中 VE ，如何使用 T4 来生成代码。
VE 是支持 T4 生成代码的，但截至当前版本（V1.6.2）仍然只支持 Linq to SQL 生成代码。当然，使用
http://www.cyqdata.cn/cnblogs/article-detail-40048
使用Entity Framework和WCF Ria Services开发SilverLight之2：POCO
在上一篇中《使用Entity Framework和WCF Ria Services开发SilverLight之1：简单模型》我们提出这类简单模型的几个问题：
1：实体模型被紧耦合在EDM中，同时它不能项目（模块）使用。随着每一次更新EDM，实体模型会被覆盖；
2：EDM和BLL紧耦合在一起；
3：没有提炼出数据接口，导致我们没有办法在此示例中进行单元测试。示例中虽然存在测试项目，但那是数据库相关的
http://www.cyqdata.cn/cnblogs/article-detail-39894
Visual Entity 1.6.1 发布（做最好的 NHibernate 设计器）
大家看完后，请记得点一下推荐按钮
点击这里下载最新版本
没有接触过 VE 的，请点击这里
Visual Entity 再次发布了新版了，由于当前功能已经比较完善了，以后的版本更新时间稍微推迟。大概 1 个月更新一次。
尽管我们的口号是“做最好的 NHibernate 设计器”，但是实际上也是支持 Linq to S
http://www.cyqdata.cn/cnblogs/article-detail-39436
Entity Framework快速入门--直接修改（简要介绍ObjectContext处理机制）
在介绍Entity Framework的修改实体到数据库的方法之前呢，我们先简要的介绍一下ObjectContext的处理机制。
1、ObjectContext的处理机制
ObjectContext是Entity Framework封装了数据库访问的上下文，以及实体的映射关系元数据信息等。EF帮我们封装好了这么一个统一的接口。让我们所有的操作都只通过这个一个实体上下文就可以实现了增删查改等所有对应
http://www.cyqdata.cn/cnblogs/article-detail-39279