浏览 2902 次
该帖已经被评为新手帖
|
|
---|---|
作者 | 正文 |
发表时间:2007-06-04
现在建立一个新系统-如考试系统,用户部门由认证中心提供服务。 当用户登录考试系统,后台会调用认证中心的webservice进行验证,如果成功,认证中心会返回用户的相关信息(如部门ID,用户ID,用户name,拥有角色等)。 现在有个问题,一个我们对系统中的系统进行数据统计,如一场考试之后,我想根据单位进行统计,但是由于单位进行统计,但是单位ID信息又在认证中心,又要通过webservice来调用取得单位列表。 如果又想根据用户的职位(科级、科员)进行统计,也是要通过webservice进行调用。 这样一直下去,webservice开放的接口会不会太多了。增加一个数据字段就要增加一个webservice。而且无法进行表的关联查询,(考试数据表中没有部门ID,只有userid,无法直接关联deptid进行统计报表),这不是非常麻烦。 希望各位达人给点思路。谢谢!!! 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2007-06-04
每个用户(考生)考试时,就把相应的信息(部门,职位)保存到考试系统的数据库中,以后统计就不用去认证中心获取数据了,不知道怎样?
|
|
返回顶楼 | |
发表时间:2007-06-04
hgq0011 写道 每个用户(考生)考试时,就把相应的信息(部门,职位)保存到考试系统的数据库中,以后统计就不用去认证中心获取数据了,不知道怎样?
本来是想简化设计,减少冗余,但是这样搞到最后是不是越来越难维护。 如果增加新的系统,也是同样这样处理吗? 如果不处理的话,好像webservice来回交互又太多了。真是晕呀。 |
|
返回顶楼 | |
发表时间:2007-06-04
frying 写道 本来是想简化设计,减少冗余,但是这样搞到最后是不是越来越难维护。
如果增加新的系统,也是同样这样处理吗? 如果不处理的话,好像webservice来回交互又太多了。真是晕呀。 每个考生都有一些基本的信息,你现在也从认证系统传回了他们的ID参数,那把它转化成对应的实际要用的参数不好吗? 或许这样就省了和webservice交互的频率了。但,如果以后还有其它的系统,维护就会麻烦些。 或许先简单一点吧 |
|
返回顶楼 | |