老师去考察某企业的ERP系统的开发，拷贝了企业这个ERP系统的部分数据库，让我们到这个数据库中去检索出三张有关存储基本信息的表。原本以为这项工作会很容易，但是当我把.bak的数据库导入到SQLServer中，整个人直接就是惊呆了。这仅仅只是部分的数据库，他的数据量就直接刷新了在校学习、闭门造车的这名软工专业的学生认知。
本人对SQLServer用得并不太熟，之前大部分开发工作都是用MYSQL来完成的，所以这项工作还是有点困难的。
但是方法总比困难多嘛。
这个不完整的数据库总共大小有将近9个GB大小，有2万3千多张表，找出三张基本信息表，犹如大海捞针。关键是并不了解这家企业的业务，这对是最要命的问题。可以说我们这个过程，是从数据库的层面去推测出企业的业务逻辑。
但是我的手中还是有几张关于企业生产信息的excel表，这在某种程度上还是给了我一些见得思路和方法的。首先我对根据资料预估了基本信息表的记录行数的范围，我的预估范围是（20-500）和500+，还有鉴于建表的一些规范，进行对数据信息表的一些简单排查，以及利用ssms工具的可以同时查询多张表的功能，这里不能一次查太多，也不能太少。我这里选用的一次查100多张信息表，然后一张表挨着一张表进行信息的查看。我还编写了程序给我批量生成查询的sql语句，总之耗时一上午外加一中午，我从2万3千多张表的范围缩减到十几张表的范围。至于都到了这种程度了，我还不能确定基本信息表的原因是以下几个：（1）首先我所得到的数据库是残缺的（2）这几张表的信息很像（3）我不了解企业的业务
这就是关于这次信息表检索的经验总结。
下面关于我批量生成sql的技巧：
我将sqlserver中查到的表名导入