基于CDC 技术统一身份数据集成解决方案

　　变更数据捕获解决方案没有放之四海皆准的方法，最佳的方法是随着数据源的不同而产生不同的解决方案。

　　需要根据项目的实际需求，结合对上面各种方法的研究，寻找一个对现有业务系统影响小，实施费用合理，对数据库压力相对小的方法。

　　由于数字化校园个人身份信息在时间上分布不均衡，本科生基本信息和研究生基本信息是在新生入校时才会出现在业务系统，教职工的基本信息也是在新职工入职时才进入到人事系统，并且平时数据的变更频率很小。所以，一般说来，身份信息的数据量小，使用审核列+ 触发器方式对整个系统的影响比较小。图1 是系统的总体方案设计。将教务系统中的本科生基本信息、研究生管理系统中的研究生基本信息和人事管理系统中的教职工基本信息抽取到公共数据平台的相应表，通过CDC技术将对于每一个业务系统的身份信息适合使用审核列+ 触发器方式进行数据同步。例如：students<xh,xm,xb,sfzh,xslb.>，teachers<jgh,xm,xb,sfzh,jglb>，对这些基本信息需要建立3 类不同的触发器(insert,update,delete)，当表的数据发生变化时，触发器触发将变化的数据、操作类型和时间戳记录到变更数据表中。例如：user_cdc<idxm,xb,sfzh,operation,sync_date,is_over>。在应用服务器上部署数据同步服务，将变更表中的同步到LDAP 服务器，同时回写信息到变更数据表。

　　LDAP 结构设计与数据库表结构

　　LDAP由于具备如下特性：1. 在处理大量用户并发访问时具有卓越的检索性能。2. 具备完善的安全机制。3. 支持跨平台，即无论客户端系统是运行在Lunix 或者是Windows 下，都可以通过TCP/IP 协议进行访问。

　　LDAP的信息是以目录信息树( DIT ) 为存储方式的树型结构存储的， 在树根一般定义国家( c = C N ) 或域名( d c = c o m )， 在其下则往往定义一个或多个组织 (organization)(o=Acme) 或组织单元( organizationalunits )(ou=People)。一个组织单元可能包含诸如所有雇员、大楼内的所有打印机等信息。此外，LDAP 支持对条目能够和必须支持哪些属性进行控制，这是有一个特殊的称为对象类别( object Class ) 的属性来实现的。该属性的值决定了该条目必须遵循的一些规则，其规定了该条目能够及至少应该包含哪些属性。例如：inetorgPerson 对象类需要支持sn(surname) 和cn(common name)属性，但也可以包含可选的如邮件、电话号码等属性。LDAP 条目(Entries) 以目录信息树组成，基于DN 组织排列而成，DN 是条目唯一的标识名，DN 由一系列相对识别名( RDNs )，每一个相对识别名对应于从根到目录条目( entry ) 的一条分支，一个DN 是由一系列RDN 组成。公共数据平台的目录信息存储了用户的基本信息、角色信息、组织机构信息，以满足校园信息门户统一身份认证的需求。西北农林科技大学的“基于LDAP 的统一身份认证系统”的用户身份认证相关信息，在LDAP 存储的目录结构如图2 所示。

　　以某一认证用户为例，自定义LDAP扩展模式创建条目的属性录：

　　Haslogin:0

　　Role: cn=R0001,cn=role,dc=nwsuaf,dc=edu,dc=cn

　　Sn:dengxilian

　　Userpassword:Binary

　　Group:cn=001,ou=group,dc=nwsuaf,dc=edu,dc=cn

　　Isactived: true

　　Objectclass:top

　　Objectclass:person

　　Objectclass:organizationPerson

　　objectclass:inetOrgPerson

　　objectclass:dcpperson

　　uid:20061100

　　cn:dengxilian

　　vdate:2200-01-01

　　数据库相关表:

　　org_person( 人员表)，org_person_ext( 人员扩展表)，org_person_ldap( 与ldap 同步人员基本信息变更表)，org_role_psn_map（角色与人员映射表），org_role（角色表），org_unit_psn_map( 组织人员映射表)，org_unit( 组织基本信息表)，其中org_person_ldap 表结构如表2。