为了保持DNN对数据访问的通用性,DNN3的开发者们对数据调用进行了精心的设计。下面就让我们一起来领略DNN优异的数据访问方案吧!
DNN的首先数据库是SqlServer,但绝不是局限于使用SqlServer而是适用于所有的存储方案。如:Oracle,Access......等,甚至可以是Xml文件或是一般的文本文件。
Dnn3使用何种数据访问方案,是由web.config中的配置决定的。
-
- 数据访问方案配置读取
<sectionGroup name="dotnetnuke">
<section name="data" type="DotNetNuke.Framework.Providers.ProviderConfigurationHandler, DotNetNuke" />
</sectionGroup>
该节配置决定了,Dnn的数据访问方案的配置是通过DotNetNuke命名空间中的DotNetNuke.Framework.Providers.ProviderConfigurationHandler类来处理的。
- 具体的数据访问方案配置参数
<appSettings>
<add key="SiteSqlServer" value="Server=192.168.0.5;Database=DNN;uid=sa;pwd=good;" />
</appSettings>
该节配置添加了一个Appsetings的选项,一般来说是作为数据库连接的配置,这里你可以根据自己的需要,改成其他的名字和字符串值。
- 模块使用的数据访问方案配置
在web.config中,你会发现多处类似于以下配置的内容,
<providers>
<add name="DNNSQLRoleProvider"
type="DotNetNuke.Security.Role.DNNSQLRoleProvider, DNNSQLRoleProvider"
connectionStringName="SiteSqlServer"
applicationName="/"
description="Stores and retrieves roles data from the local Microsoft SQL Server database" />
</providers>
这些配置节是DNN用来为每个模块设置数据访问方案的,所以我们甚至可以为DNN的各个模块设置不同的数据访问方案,当然也就可以使用多个不同的数据库了。
- 数据访问方案配置读取
- 系统使用的数据访问方案配置
下面该是最重要的配置节出场了
<dotnetnuke>
<data defaultProvider="SqlDataProvider">
<providers>
<clear />
<add name="SqlDataProvider"
type="DotNetNuke.Data.SqlDataProvider, DotNetNuke.SqlDataProvider"
connectionStringName="SiteSqlServer"
upgradeConnectionString=""
providerPath="~/Providers/DataProviders/SqlDataProvider/"
objectQualifier=""
databaseOwner="dbo" />
</providers>
</data>
</dotnetnuke>
这一节是DNN主程序配置数据访问方案的地方,defaultProvider指明了当没有特殊指定的情况下Dnn内部各模块应该使用的数据访问对象。在<data>节,你可以添加多个数据访问对象。
<clear/>表示清除所有的数据访问对象,
<add >表示添加一个数据访问对象。
type:指明实现该数据访问对象的实际的类,由于DNN使用反射的原理来创建具体的数据访问对象,所以一定要确保实现该类的装配件是可访问的。
connectStringName:配置数据连接方案的配置节的名字
upgradeConnectionString:更新数据库时使用的连接配置节的名字,如果保持为空,表示使用和connectStringName相同的值。
providerPath:实现数据访问对象的装配件的位置
objectQualifier:用于区别数据库中不同对象的标识,这样当包含多个站点时其生成的表和存储过程会自动添加该前缀,以和其他站点区分开来。
databaseOwner:这个就不多说了。