日志

来源:互联网 发布:遗传算法的流程图 编辑:程序博客网 时间:2024/05/18 09:11
第一次任务:您好!能否帮助在工单系统中设置以下账号人员(TMC国际机票团队阿米巴)提交的工单出票地直接设为;TMC总部?


在新建工单的时候的默认值。后台添加一个判断代码。


解决思路:用户登录的时候  保存一个session级别的userID,(然后在页面中   根据这个ID查询对应的部门ID    再根据这个部门ID查询部门名称    最后插入页面。)  user实体类中有一个Department对象  因此可以直接从session级别的user中查询到user对应的department_name    user.getDepartment().getDepartmentName()
先运行一遍看  新建工单的时候  工单里的 creatorDepartmentName是否已经添加进数据库中。页面中 判断  creatorDepartmentID  设为默认


第二次任务,将新项目的退票报表功能实现,其样式和各种字段需要对应上旧项目导出的样表,见桌面-->表格样表;关于字段:先找出自己能找到的,在mybatis配置文件中写sql语句   在相应的操作
方案1:在数据库中建立视图,通过对视图的查询来进行相应的操作。
mybatis框架对视图的查询与基本表的查询方式差不多。
解决流程:先找出旧表中相应字段对应数据库中的字段------根据字段建立相对应的视图------添加代码-----实现---美滋滋
1:以订单号id为视图id。根据订单号查询各字段。
2:我这个功能的主表是  IFT_PASSENGER_REFUND_PRICE以这个表为出发点,开始寻找各个需要的字段。
3:在连接表的时候,发现   IFT_PASSENGER_REFUND_PRICE和IFT_DEMAND_PASSENGER表中的   passenger_no 没有重合的记录,原因是不论退票、改签、正常票等  都跟机票需求的数据库表无关。
4:在查询出票员的时候,需要通过saleorder_no查询销售数据库表的modifier  来跟sm_user表连接   在连接的时候,我先连接的user表,才连接的os_saleorder表,报错,将user表放在后面连接的时候,正常。结论:在连接查询的时候,连接的顺序按理来说不会影响最后的结果,但是会影响DBMS解析sql语句。以致报错。


!!!:在查询数据时候,应该尽量跟着业务流程的走向来连接数据库表,正着连、然后一层层过滤,根据changeType来过滤;如果是倒着来连接的话,可能会有数据的流失,或者记录的流失。一切根据业务来。

4:在sql语句中使用case函数:最后查询到的结果字段会相应的变成then关键字后面的内容。