membership(2)---注册篇

一、概述

        理论篇对membership进行了简单的介绍，接下来就看看membership是如何工作的。第一步是在数据库中注册membership，关于这一步有一篇文章已经写得很全了，下面给出链接：http://blog.163.com/xu_shuhao/blog/static/52577487201051731241246/。

       按照文章操作前需要注意的有以下几点：

1.安装了oracle11g的话，就已经自带了ODT.NET，已经不必再安装了。

2.运行InstallAllOracleASPNETProviders.sql脚本后，一定要在输出窗口检查结果。如果有错误的话，可以运行UninstallAllOracleASPNETProviders.sql进行卸载，然后再重新运行安装脚本。

二、主要内容

     如果按照上面给出的链接的文章操作成功了的话，登录数据库，就会发现多了13张表，如图2-1所示：

图2-1

从字面意思很好理解这些表，其中applications,membership,roles,sitemap,users,usersinroles都是我们需要仔细去了解的表，下面一个个的来讲。

1.APPLICATION表

APPLICATION表的字段很好理解，其中loweredapplicationname表示：小写的应用程序名。

2.membership表

membership表包含了用户的一些重要信息，如密码，是否激活，是否锁定，创建日期，失败尝试次数等。

3.users

users包含用户的一些最基本的信息，ID，用户名  ，是否匿名，最后活跃时间等，从后面的类图我们可以看出，membership组合到了users中。

4.roles

角色表包含ID，角色名等信息。

5.usersinroles

这个是用户和角色的关联表。

6.sitemap

membership可以利用站点地图进行导航，并与角色管理一起提供授权服务。如果使用membership的机制，那么站点结构数据就存放在数据库sitemap表中，而不是平时sitemap文件中，这与平时的做法不一样。当然也可以沿用原来的方式使用sitemap文件。如果使用membership中的sitemap，就需要自己实现sitemapprovider，并在sitemap datasource中指定提供程序，而这并不难。从图中可以看出该表包含URL（即页面）,roles,parent三个重要属性。roles的描述很特殊，是多个角色用逗号隔开的，这样将多对多的关系映射成了一对多的关系。parent是对自己的外键，可以看出sitemap是一个树形结构。下面是sitemap的一行数据：

此外，title表示控件中显示的内容，description表示鼠标移动到控件上的tooltip内容。如图2-2所示：

图2-2

       我们使用powerdesigner的逆向工程，将数据表转换为类图，分析表之间的关系。转换的结果如图2-3所示：

图2-3

类图只截取了重要的几个类，它们依次是：application，membership，users，roles，sitemap，类与类之间的关联关系已经标明。此外sitemap组合到了application当中，membership组合到了users当中，图中并没有画出users和roles的关联类，而是以一个连接代替，分别以roles的ID和users的ID作为外键。