我们给客户做有一个交易系统，流水表的记录超过1千万条了，数据库文件7G左右，主要是历史数据较多，保留有近10年的交易数据，由于最初的数据库设计有些问题（无主键，无索引），导致现在统计时有些慢（程序代码过多循环嵌套），数据库不稳定(一年会死掉三、四次，重启服务器就好),所以想给客户升级系统，优化数据库。 现在我们主要提一个理由是：交易流水表数据量过大，无用数据太多。 现有业务那边让我找一个第三方的报告来证明一下确实是因为单表记录过多造成数据库性能低下，我不知道从哪里去找？《SQL Server 2000联机丛书》里有一个关于“最大容量说明”的说明，这可是官方的，技术指标都列得很清楚，按上面说的，现在系统的数据库远小于指标。
但以前听其它公司做项目的人说，对于sql server不建议单表超过1千万条件记录，所以现在领导就认为是SQL Server的单表记录过多导致不稳定，从技术上来说，sql 2000是支持单表1千万条记录。
从最近的维护来看：
1、我们完全有能力大幅提高统计报表，从20分钟提高到2分钟（优化程序循环代码和sql语句）；
2、有条件查询时（如某天的消费明细）返回时间不长，但执行top 1 或结果较多时可能无法返回结果（超时）。
我现在的难题是：
如何从技术方面向客户讲清升级（优化）数据库的必要性，而且责任不在我方，且能有第三方的报告（或测评）进行佐证。
借口2.数据量过大，需要优化。
借口3.程序升级。