可惜的是，高老师的这个U盘，可能只是一份拷贝，并不是原始数据盘。
这样一来，数据还原软件也无能为力。
经过一番研究，江寒发现，并没什么投机取巧的可能。
也就是说，只能按照原定计划，重建信息表。
高老师提供的《报名信息表》残缺不全。
只有不到30%的行，还保留着性别、民族等寥寥几列。
剩下的70%，除了姓名和序号，什么都没有了。
住址、联系人、联系电话等等，一点也没剩下。
至于《原始信息表》，的确如老高所说，除了身份证号缺了几位，其他数据都正常。
那么，这种现象是怎么造成的呢？
江寒有个初步的猜想。
这两个表格的标题、表头，和数据排列方式，很像某些Web应用，利用模板自动生成的。
那么不妨设想一下。
应用场景可能是这样的：
原始数据存放在某个网站，姑且命名为A站；而各学校的业务操作员在B网站上，通过一个Web界面，执行报名操作。
业务员具体操作时，可以通过输入学籍号或其他方式，从A网站的后台里调取相关信息，保存在B网站的后台数据库。
当各学校登记完报名信息，再用B网站web端的导出功能，生成Excel格式的《报名信息总表》……
已经从高老师口中确定，《报名信息表》是《原始数据表》的真子集。
对于江寒来说，这是好事。
这样他在处理数据的时候，可以省去很多麻烦。
而且，还能避免一些莫名其妙地问题。
例如汉字编码不一致，或者数据里掺了“沙子”等等。
——所谓“沙子”，指的是某些可见或者不可见的垃圾字符。
不妨继续猜测一下，老高这两个数据表的来源。
老高的工作，很可能是负责导出、报送《报名信息总表》。
某天，管理员老高忽然发现，导出的数据出了问题。
可能的原因有很多，比如：保管不善、介质损坏、误操作……
反正不管怎么样，数据坏掉了。
这样一来，一个很自然的想法：既然数据损坏了，那就去Web应用里，重新导出一次呗。
而老高几乎肯定会这么做，但结果很可能是失败了。
也许是服务器关闭了，也许被裁撤了，也许数据盘坏了，也许导出功能有BUG，也许是网站被黑了……
甚至可能还有某些匪夷所思的情况，譬如：机房进水、服务器硬盘损坏、关键硬件物理消失等。
嗯，什么叫物理消失？换一种说法，就是“所有权非自愿转移”。
也就是说：被偷了……
总之想要重建数据，依靠B站是办不到了，老高手里的报名表，也就变成了独一份。
而就这么一份，偏偏还坏掉了！
老高又基于个人原因，比如怕上面发难，怕领导斥责，怕在同行面前丢脸……而不愿声张。
于是很正常的思路，老高就去A站找原始数据，重建《报名信息表》。
那么，如何才能搞到原始表，同时还不惊动任何人呢？
很简单：黑客。
换了江寒遇上这种倒霉事儿，实在没招的话，十有**也会这么干。
不管怎么说，老高还是有点水平的。
如果是政府网站或者商业重站，他可能还没那个技术，也没那个胆子。
但区区“学生信息管理系统”，想要黑进去，还真没啥难度。