城市供水行业是城市公用事业的重要组成部分，为城市千家万户提供供水服务。随着用户数量的日益增长，特别是实施了一户一表制，用户管理的规模和处理流程的复杂程度随之增加。为保证城市供水企业水费回收和服务质量，借助于先进的计算机、数据库、网络、通信技术，公司于2007年招标采购采购杭州蒲菲特开发的水费营业收费系统。

从近几年水费营业系统的运行结果来看，程序开发整体不存在问题，程序开发框架与公司实际工作配合良好。但是程序运行有时存在不稳定和速度慢的现象，对此我们对程序系统进行了更深层次的测试，最终发现两个方面的问题：

1、后台数据库处理问题：

数据存储主要通过数据表的形式保存，数据的修改和更新都保存在数据表中。目前公司水费营业系统中用户数据和收费数据只用一个表处理，这样带来数据无限增大。各用户访问数据库查询和修改都要访问这两个表，带来这两个表的负担特别大，而且数据查询是整表遍历查询，数据越多时间越长。还有就是数据库查询开始是共享锁，如果共享锁多了就上升为排它锁，这样表的访问权限降低，带来数据处理变慢，甚至带来数据丢失，影响公司数据的正常运行。

以上数据处理的情况可以通过下面三种方式解决：（1）、可以利用临时表，把数据处理先放在临时表中，根据数据处理情况自动更新用户表和收费表；用户表可以大部分是查询，更新的情况比较的少，这样可以建立一个少字段的表来形成，如果要访问多字段的可以自动连接，这样可以减少数据的处理；（2）、收费表要进行财务处理机制，做到月结账，要是月结账觉得频繁，可以使用年结账，水费表一年一张表，这样遍历时间少，数据处理时间短，带来数据锁时间也短；（3）、以上两种方法已能从根本上解决问题，但是要是想再上一个台阶，还可以在程序设计的时候增加多表，对只需要很少数据的时候建立少字段表，这样可以减少查询和更新的冲突；再者就是配备好一点的服务器，提高处理速度。

2、网络问题：

公司内部网络主要是局域网，与扬子江、行政服务中心和人行是专线（城域网），网络连接在速度上应该是比较的好，但是数据处理与网络速度却是不能达到正比。这主要的原因有两个：（1）银行内部数据的安全很高，而且权限等级明显，所以银行并不是可以任意读取它数据库中的数据，因此需建设一个防火墙。防火墙的目的首先是保证网络的安全，从银行过来的任何数据请求首先必须到达防火墙，合法的请求经防火墙处理后送回银行。这样处理处理速度就会变慢，而且银行收费是通过八大银行→人行→公司的分级服务器来实现的，这样要是出现瓶颈问题就会影响整个速度；（2）、网络质量比较的关键，按道理讲，扬子江和行政服务中心利用的专线，其道理等同于公司的局域网，数据处理速度应该很快，但是实际情况不是如此，主要是网络和服务器处理速度的问题。

以上问题的解决，还没有想到好处理的办法，主要是对银行程序和电信网络还不是很了解，还需要进一步探讨。以上只代表个人意见，如有不足请大家多多指点。