问题背景:
业务人员要求补打一张 17 年的标签, 根据标签号在系统补打界面进行打印, 结果提示 "输入字符串的格式不正确".
解决过程:
1, 先是在数据库标签年份表中查询该标签的具体信息, 结果正常;
2, 通过调试跟踪发现在打印方法中有个字段 A 在转换成 Double 类型时报错, 问题就出在这里. 打印时查询出来的表中该字段的值变成了'Y', 导致转换失败;
3, 跟踪查询语句发现是从视图中查询出字段 A 的信息. 按道理从视图查询和从年份表查询结果应该是一样的.
4, 在数据库查看年份表字段的设计信息时发现 19 年表的字段 A 顺序和之前的年份表中字段 A 顺序不一致. 而视图的语句是:
- SELECT * FROM txx2019
- UNION ALL
- SELECT * FROM txx2018
- ...
- UNION ALL
- SELECT * FROM txx2011
个人推测视图中查询时会以第一个表的列的顺序作为整个结果集的列的顺序. 这样就导致通过视图查询 17 年数据时字段 A 的值发生了变化.
5, 验证一下推测. 创建两个表 testA 和 testB, 两个表的字段个数和类型完全一致, 后两个字段顺序不一致.
- create table testA (
- A varchar(4),
- B varchar(4),
- C varchar(4),
- D varchar(4)
- );
- create table testB (
- A varchar(4),
- B varchar(4),
- D varchar(4),
- C varchar(4)
- )
插入数据后进行查询. 结果就是 UNION 和 UNION ALL 联合查询时会以第一个表的列的顺序作为整个结果集的列的顺序
- select * from testA
- union all
- select * from testB
-- 查询结果
- A B C D
- 1 2 3 4
- 2 2 3 4
- 3 2 NULL 4
- 4 2 4 3
- select * from testB
- union
- select * from testA
-- 查询结果
- A B D C
- 1 2 3 4
- 2 2 3 4
- 3 2 NULL 4
- 4 2 4 3
6, 到此问题已经很明确了. 但是由于年份表太过久远而且改动的话风险太大, 就用其他方法帮业务补打了标签, 这个坑就留着吧.
后记:
以后再遇到创建年份表或新增字段的时候一定要注意各字段的顺序和之前的保持一致.
来源: http://www.bubuko.com/infodetail-3076868.html