论文首页哲学论文经济论文法学论文教育论文文学论文历史论文理学论文工学论文医学论文管理论文艺术论文 |
该数据库局部模式关系是:OA_message(用户消息表)与OA_user(用户表)存在参照完整性联系(users_id,userf_id),OA_jtbzxplan(部执行计划表)与OA_user(用户表)存在参照完整性联系(user_id),OA_jtbzxplan(交通部执行计划表)与OA_itemwork(培训计划任务书表)存在参照完整性联系(plan_id),OA_kbnotify(开班通知表)与OA_itemwork(培训计划任务书表)存在参照完整性联系(work_id),OA_kbnotify(开班通知表)与OA_kbqs(开班期数表)存在参照完整性联系(kbtz_id)。
程序在执行过程中,如果培训单位发布了一条开班通知和该开班通知的期数信息(已经同通过存储过程实现),程序在获取插入信息成功的前提下,应该自动执行短消息发布系统,通知各个省厅培训学员的登录密码和帐号。由于培训学员仅仅关系自己想培训的项目时间地点费用等信息,因此其登录时候系统仅需知道具体的项目任务书编号和该任务书所对应的第几期信息就可以了。因为当培训任务书编号一旦确定,则开班的各个期项目的集合就可以为已锁定,而这些集合中唯一不同的点就是培训时间,所以在培训学员登录时候,系统最终获得项目任务书编号(登陆用户名称)和开班期数中的开班报到时间(密码)就可以唯一确定该学员是具体哪个培训项目第几期的学员了。
问题是,由于培训单位发布的每个培训项目其培训期数都不相同,决定每条短消息所告知的登陆用户名称和密码也完全不同,这就导致了无法通过传统的面向集合的查询方式进行数据的显示,而必须通过动态的游标形式将数据有针对性的显示出来。
三、用户信息发布问题数据库编程方案
该复杂问题可以完全在存储过程中实现封装。该存储过程执行时刻是在程序刚刚插入一条开班通知和该开班通知的期数信息之后,故而首先需要获取已知的外部数据接口信息为(项目任务书编号)@work_id int和(用户编号)@user_id int。
第一步:根据这两个基本信息,就可以获得与输入的work_id有关的kbtz_id,以及与kbtz_id相关联的kbqs_id。
CREATE proc OAproc_kbtz_shortmessage
@work_id int,@user_id int,@plan_code varchar(40) output
as
declare @plan_name varchar(40),@q int,@kbtz_topic varchar(120),
@short_mess varchar(5000),@kbtz_id int,@password varchar(3000),
@semi bit,@i int,@EVENTDATA VARCHAR(1024),@user_name varchar(40)
select top 1 @plan_name=plan_name,@kbtz_topic=kbtz_topic,@q=work_times,
@plan_code=oa_jtbzxplan.plan_code
from oa_kbnotify,oa_itemwork,oa_jtbzxplan
where oa_kbnotify.work_id=oa_itemwork.work_id and
oa_itemwork.plan_id=oa_jtbzxplan.plan_id and
oa_kbnotify.work_id=@work_id
order by kbtz_time desc
第二步:获得与输入的work_id有关的kbtz_id;获得培训单位的名称。
select @kbtz_id=kbtz_id from oa_kbnotify where work_id=@work_id
select @user_name=user_name from oa_user
where oa_user.user_id=@user_id
第三步:获得kbtz_id相关的每一期的开班报道时间,并且形成一个字符串备用。
--首先,初始化一些变量。
set @password=''
set @semi=0
set @i=0
--接着开始定义游标