1.用户查询会议
该业务查询涉及的表及字段如下:
活动表events(涉及字段:活动概况文本overview与活动议程图片agendaimageurl),
会议分类表meetingcategories(大标题title与副标题subtitle,其中大标题用于分类检索,副标题为会议相关关键词),
会议表meetings(外键meetingcategoriesid用于与会议分类表meetingcategories建立关系连表查询,会议的名称name与会议的概述overview),
会议嘉宾表meetingguests(中间表用于建立会议meeting与嘉宾guest之间的表间关系,即存在meetingid与guestid字段)
与嘉宾表guests表(常规显式嘉宾的名称name\职位position\嘉宾头像url\嘉宾所在组织organization),将能吸引人眼球参加会议的字段展现出来
最终呈现效果:该业务活动周期内,events只有一个活动,即该小程序项目活动,在活动日程界面处,用户可以查阅项目的活动的概况和图片,并且可以分类查询该活动不同日期的不同会议,每个会议会有副标题关键词进行说明,每个会议都会专列嘉宾列表,并可展示嘉宾的详细信息,常规的会议分类与会议之间一对多,会议与嘉宾之间的多对多表间关系
2.用户添加预约会议
该小程序为用户微信小程序手机号授权登录,所以在会议预约时会以当前用户userid来创建appointment预约表中的字段,
由于该小程序项目会议可分为普通会议meeting与研讨会workshop,(都为免费注册登录可参加的),研讨会workshop会议查询逻辑与meeting业务查询逻辑相同,花钱购票的项目在其他业务中,所以用户预约时首先要先判断预约会议的类型,
并且需要在预约表appointment中去记录预约的类型appointmenttype,用户ID即userid,相应的会议目标定位targetid对应相应的meetingid或workshopid,开始时间starttime结束时间endtime,会议地点locations(就是对应meeting中展商通过后台录入的开始结束时间及地点),及简单的数据字段复制,
不同表重复的字段用于其他业务,如我的预约,中能更快的业务逻辑查询,但书写代码时应注意数据的统一性,即新增与修改业务中业务逻辑要全面不要有丢失,否则会造成查询业务中的报错
用户id一般是从threadlocal中获取,但是根据安全框架不同对应的api也不同需翻阅相关文档的api使用说明.