本文主要是介绍【EF 3】浅谈ADO数据模型生成串(一):csdl,ssdl,msl分析,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
导读:这段经历,真的是难以忘怀。恨得我牙痒痒,就一个字符串拼接,前前后后尽然报了不下30个错。有的错很快就能调出来,有的错调一天、两天,是真的可以的。最终总结了一下,这些错很大一部分原因是对于EF生成串的不理解造成的。所以,现在将自己这段时间的理解写下来。
一、前提背景
在项目中,我们需要用到动态切库,整个项目的大概框架是:客户端,MVC;服务端,WCF+EF。众所周知,我们只需要将EF生成串里的数据库连接更改掉,就可以实现对新数据库的操作。基于这种战略上轻视敌人的心理,再加上师哥师姐的的谆谆教诲,还有技术组长的鼓励,我就此走上了一条不归路。剧情透露:就拼一条字符串,我真心是拼了好多天。
二、代码展示
<span style="font-family:KaiTi_GB2312;font-size:18px;"><span style="font-family:KaiTi_GB2312;font-size:18px;"> <connectionStrings><add name="TestCrateDatabaseEntities" connectionString="metadata=res://*/Model1.csdl|res://*/Model1.ssdl|res://*/Model1.msl;provider=System.Data.SqlClient;provider connection string="data source=myname;initial catalog=mydatabase;persist security info=True;user id=sa;password=mypassword;MultipleActiveResultSets=True;App=EntityFramework"" providerName="System.Data.EntityClient" /></connectionStrings></span></span>
当我们使用ADO.NET数据实体模型生成的时候,就会在app.config里面出现如上一个代码串。那么,这句话到底是什么意思呢?
三、csdl,ssdl,msl分析
3.1,对应的代码:
metadata=res://*/Model1.csdl|res://*/Model1.ssdl|res://*/Model1.msl;
3.2,出现的背景:
想实现切库,所以测试的时候,用了新建的库生成EF实体模型,然后截取了这条串拼到原有库的生成模型中去,第一个错,就是找不到csdl,ssdl,msl。
3.3,基本概念介绍:
概念架构定义语言 (CSDL): 是一种基于 XML 的语言,它描述构成数据驱动应用程序的概念模型的实体、关系和函数。即其中定义的实体、主键、属性、关联等都是对应于.NET Framework中的类型。此概念模型可以由实体框架 或 ADO.NET Data Services 使用。 实体框架 使用以 CSDL 描述的元数据将在概念模型中定义的实体和关系映射到数据源。
存储架构定义语言 (SSDL) :是一种基于 XML 的语言,用于描述实体框架应用程序的存储模型。即表、列、关系、主键及索引等数据库中存在的概念。在实体框架应用程序中,存储模型元数据从 .ssdl 文件(用 SSDL 编写)加载到 System.Data.Metadata.Edm.StoreItemCollection 的实例中,并且可以使用 System.Data.Metadata.Edm.MetadataWorkspace 类中的方法进行访问。 实体框架使用存储模型元数据将针对概念模型的查询转换为特定于存储的命令。
映射规范语言 (MSL): 是一种基于 XML 的语言,它描述了实体框架 应用程序的概念模型与存储模型之间的映射。在实体框架 应用程序中,映射元数据是在生成时从 .msl 文件(以 MSL 编写)加载的。 实体框架 在运行时使用映射元数据将对概念模型的查询转换为存储特定的命令。
这三者合在一起就是EDM模式。EDM模式在项目中的表现形式就是扩展名为.edmx的文件。这个文件本质是一个xml文件,可以手工编辑此文件来自定义CSDL、MSL与SSDL这三部分。
对应的程序代码:在生成的程序代码中,有一个properties文件,下面有一个AssemblyInfo类,在这个类里面,配置了这三个文件的相关数据。
3.4,分析问题原因:
当我用我新库生成的连接串去替换掉之前的连接串时,虽然表面上看起来metadata=res://*/Model1.csdl|res://*/Model1.ssdl|res://*/Model1.msl;都是一样的,但实际上这三个文件已经变了。每一次生成,就会有一个对应的AssemblyInfo类文件,里面也相应的配置了这三个文件的具体信息。即使我替换掉了连接串,但是这几个文件的路径指向是没有改变的,这个类中的配置信息也是没有改变的,当它去它指定的路径找东西,就会出现找不到的情况。
3.5,解决方案
方案1,更改连接串:metadata=res://*/Model1.csdl|res://*/Model1.ssdl|res://*/Model1.msl;将*前面这一部分,不用*代替,使用具体的文件(旧库生成文件路径)名称。
方案2,更改AssemblyInfo类文件,将这个类文件中的配置更改为自己需要的信息。
方案3,只替换连接串的一部分:其实换库,是没必要将这整句话都替换掉的(虽然前面那部分换不换,看起来都一样),只需要替换掉数据库连接。
四、总结
这几个文件,根据目前自己的理解,其实是相当于之前学过的dll文件一样的意思,我们用EF的时候看,其实主要还是用的这三个文件,就像我们之前在U层调D层一样,其实是使用的D层的dll文件。
有时候表面看起来一样的东西,其实质不一定一样,之所以报这么多的错,还一直解决不了,想了想,其实是自己对这一块的工作原理,真的很不明白。根本不知道关键的代码在哪里,根本不知道每一句代码意味着什么。报错的时候,才知道自己错了。
这篇关于【EF 3】浅谈ADO数据模型生成串(一):csdl,ssdl,msl分析的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!