第51章 任务分析（2/2）

可惜的是，高老师的这个u盘，可能只是一份拷贝，并不是原始数据盘。

这样一来，数据还原软件也无能为力。

经过一番研究，江寒发现，并没什么投机取巧的可能。

也就是说，只能按照原定计划，重建信息表。

高老师提供的《报名信息表》残缺不全。

只有不到30%的行，还保留着性别、民族等寥寥几列。

剩下的70%，除了姓名和序号，什么都没有了。

住址、联系人、联系电话等等，一点也没剩下。

至于《原始信息表》，的确如老高所说，除了身份证号缺了几位，其他数据都正常。

那么，这种现象是怎么造成的呢？

江寒有个初步的猜想。

这两个表格的标题、表头，和数据排列方式，很像某些web应用，利用模板自动生成的。

那么不妨设想一下。

应用场景可能是这样的：

原始数据存放在某个网站，姑且命名为a站；而各学校的业务操作员在b网站上，通过一个web界面，执行报名操作。

业务员具体操作时，可以通过输入学籍号或其他方式，从a网站的后台里调取相关信息，保存在b网站的后台数据库。

当各学校登记完报名信息，再用b网站web端的导出功能，生成excel格式的《报名信息总表》……

已经从高老师口中确定，《报名信息表》是《原始数据表》的真子集。

对于江寒来说，这是好事。

这样他在处理数据的时候，可以省去很多麻烦。

而且，还能避免一些莫名其妙地问题。

例如汉字编码不一致，或者数据里掺了“沙子”等等。

——所谓“沙子”，指的是某些可见或者不可见的垃圾字符。

不妨继续猜测一下，老高这两个数据表的来源。

老高的工作，很可能是负责导出、报送《报名信息总表》。

某天，管理员老高忽然发现，导出的数据出了问题。

可能的原因有很多，比如：保管不善、介质损坏、误操作……

反正不管怎么样，数据坏掉了。

这样一来，一个很自然的想法：既然数据损坏了，那就去web应用里，重新导出一次呗。

而老高几乎肯定会这么做，但结果很可能是失败了。

也许是服务器关闭了，也许被裁撤了，也许数据盘坏了，也许导出功能有bug，也许是网站被黑了……

甚至可能还有某些匪夷所思的情况，譬如：机房进水、服务器硬盘损坏、关键硬件物理消失等。

嗯，什么叫物理消失？换一种说法，就是“所有权非自愿转移”。

也就是说：被偷了……

总之想要重建数据，依靠b站是办不到了，老高手里的报名表，也就变成了独一份。

而就这么一份，偏偏还坏掉了！

老高又基于个人原因，比如怕上面发难，怕领导斥责，怕在同行面前丢脸……而不愿声张。

于是很正常的思路，老高就去a站找原始数据，重建《报名信息表》。

那么，如何才能搞到原始表，同时还不惊动任何人呢？

很简单：黑客。

换了江寒遇上这种倒霉事儿，实在没招的话，十有八九也会这么干。

不管怎么说，老高还是有点水平的。

如果是政府网站或者商业重站，他可能还没那个技术，也没那个胆子。

但区区“学生信息管理系统”，想要黑进去，还真没啥难度。