异常信息：
"指定的架构无效。错误: CLR 类型到 EDM 类型的映射不明确，因为多个 CLR 类型与 EDM 类型“Person”匹配。 以前找到的是 CLR 类型“A.Person”， 新找到的则是 CLR 类型“B.Person”。
这类异常信息在代码里面出现过几次，每次的解决方案都让人匪夷所思。不知道为什么出现，也不知道为什么被解决了。
查阅了一些国外的资料，链接：
Don‘t use classes with the same name - EF uses only class names to identify the type mapped in EDMX (namespaces are ignored) - it is a convention to allow mapping classes from different namespaces to single model. The solution for your problem is to name your classes in BLL differently.
但实际情况是，这类异常不总是出现，而是在一个偶然的情况下出现。所谓偶然的情况，却是一种很普通又简单的调用。
using (var con = new MyContainer())
{
string sql = "select top 1 name from cat";
var p = con.Database.SqlQuery<contract.Dog>(sql).FirstOrDefault();
Console.WriteLine(p.Name);
}
查询cat数据，将第一个的name数据查询并存储在contract.Dog对象中。这类调用非常普通。
整理一下思路：
1. 出现"CLR 类型到 EDM 类型的映射不明确"异常，肯定是存在和ef模型中数据结构一样的类。
2. 与ef数据结构同名的类一直存在，但并非一直报错。
做以下测试：
测试一
在ef数据模型所在项目中(以下用entity表示)，建立模型Person
同时，在entity项目中另外新建一个类，也命名为Person(当然名称空间不一样)，属性一样(类型和名称)。
调试时，会发现报错，报错内容同上。
测试二
在测试一的基础上，去掉entity中手动创建的Person类，在解决方案下新建另一个项目contract，在contract中新建类，命名Person，属性同上。
调用代码：
using (var con = new MyContainer())
{
string sql = "select top 1 * from person";
var p = con.Database.SqlQuery<contract.Person>(sql).FirstOrDefault();
Console.WriteLine(p.Name);
}
单独运行这段时，不会报错。加上下面这段：
using (var con = new MyContainer())
{
string sql = "select top 1 * from person";
var p = con.Database.SqlQuery<efentity.Person>(sql).FirstOrDefault();
Console.WriteLine(p.Name);
}
执行完上面代码后，紧接着执行下面的代码。出现异常，异常同上。
加断点，跟踪con的数据明细。
在执行完第一段查询以前，con.base._internalContext.ObjectContext.MetadataWorkSpace._itemOCSpace.Value(以下简称MetaOCSpace)为空；
执行完第一段查询后，MetaOCSpace的数量出现32条，具体如下：
出现了Person的类型映射数据，此时Person类型映射到了contract.Person。
省略其他测试过程，有如下结论：
1. 当entity中出现同数据模型的类时，同类名同字段，无论什么时候用ef操作数据，都会报错。
2. 当entity所在的assembly没有同名类，但其他assembly(例contract)有同名类时。先有查询结果放入entity的任意类对象，后有查询结果放入contract的任意类对象时，就会报错。操作的先后顺序调换，结果一样。
这是因为DbContext的MetadataWorkSpace一旦生成会缓存起来。也就是说，在同一个应用程序域里面，一旦用dbcontext操作过数据库，它会自动读取类所在assembly里面的所有类，并尝试匹配数据库模型，然后将匹配结果保存起来(保存到上面的MetaOCSpace中)。当下次操作数据库时，返回数据对应类类所在其它assembly里面的类与当前已匹配数据库模型发生冲突时，便会报错。
3. 当client引用entity + client引用contract时，有结论2的隐患。而当entity引用contract，然后client引用entity时，同样存在问题。
这种情况一般出现在ef的枚举类型定义为引用外部类型(contract中定义的类型)，这时就会出现entity引用contract，然后client引用entity的场景。配合以下代码：
using (var con = new MyContainer())
{
var p = con.Person.Where(pp => pp.Status == contract.We.One).FirstOrDefault();
Console.WriteLine(p.Name);
}
这时，也会出现报错。
解决思路：
1. 不要与entity中的模型同名，同字段。或者换过来entity中的模型加特殊标记
2. ef操作数据库时，返回数据的数据类型必须用entity项目中定义的类型。
以上内容，部分细节未仔细推敲，如有其他想法请留言。