在旧版应用程序中查找冗余页面、文件和存储过程

如果存储的进程不运行,它就不会被使用,因为当其他进程发生变化时,没有人会费心更新它。可能未使用每个记录为空的表列。

如果您的sp和数据库对象在源代码管理中(如果您没有,为什么不?),您可能能够重新研究并找到它被转移到生产环境中的其他代码,这些代码应该可以为您提供关于它的名称的线索。你还可以看到谁最后碰过它,那个人可能知道它是否还需要。

我通常首先列出所有的过程(您可以从系统表中获得),然后从列表中标记出我知道正在使用的过程。探查器可以在这里帮助您,因为您可以看到哪些是常用的调用。(但不要假设探查器没有向进程显示它没有被使用,这只会给你一个需要研究的列表。)这使得需要重新获取的列表要小得多。根据您的命名约定,可能比较容易看到代码的哪一部分应该使用它们。在进行研究时,不要忘记在应用程序以外的地方调用PROC,因此您需要检查作业、DTS或SSIS包、SSRS报告、其他应用程序、触发器等,以确保没有使用某些东西。

一旦你确定了一个你认为不需要的清单,与其他开发人员分享,并询问是否有人知道是否需要这个过程。通过这种方式,您可能会从列表中删除更多用于特定用途的内容。然后,当您拥有列表时,将名称更改为某种约定,允许您将其标识为要删除的候选名称。同时设置一个删除日期(该日期有多远取决于调用某个内容的频率,如果调用类似AnnualXYZReport的内容,则将该日期设置为一年)。如果在删除日期之前没有人投诉,请删除该进程(当然,如果它在源代码管理中,即使在那时,您也可以将其取回)。

一旦你经历了识别坏程序的痛苦,那么现在是时候认识到你需要培训人们,开发过程的一部分是识别不再使用的程序,并将其作为代码部分更改的一部分进行删除。根据代码重用的不同,这可能意味着搜索代码库以查看代码库的其他部分是否使用它,然后执行与上面讨论的相同的操作,让每个人都知道它将在这个日期被删除,更改名称以便引用它的任何代码都将中断,然后在删除的日期将其删除。或者你可以有一个元数据表,当你知道你已经停止使用某个东西时,你可以在其中放置要删除的候选项,并每月左右向每个人发送一份报告,以确定是否有其他人需要它。

仅对于SQL Server,我可以想到3个选项:

• 修改存储的进程以记录使用情况
• 检查代码是否未设置权限
• 运行分析器

当然,移除或删除访问权限,然后查看是谁呼叫。。。