软件系统的架构优化

对现有软件系统的架构优化可以从两个方面入手。 一是数据库架构，二是程序架构。

对数据库结构的优化包括对数据表格结构的优化和数据库程序（如存储过程和触发器）的优化。特别设计的数据仓库的应用，还有对数据筛选和抽取方式的优化。优化的过程可以分三步走，第一步是单独对数据库架构进行分析，整理出优化内容，比如冗余的表和字段，低效率的存储过程，不合理的数据筛选过程等。第二步是分析现有系统中和数据库相关的问题以及严重程度，比如数据查询过慢，筛选出来的数据错误等。第三步是参照前两步的结果，对数据库实施优化。先参考现有系统的问题，对优化内容设定优先级，再具体进行优化。

对程序的优化比较复杂，因为每一个细节的修改都可能涉及到大量的代码修改，比如那些被频繁引用的类和方法。所以程序架构的优化也要分阶段进行。第一步也是对现有架构的分析，如模块，子模块，类，方法的结构等，并整理优化内容。然后参考优化的代价，考虑优化的具体内容。因为涉及太多内容，不再详述。

另外一个很重要的方面，是程序和数据库的接口。如果现有系统已经实现了一个数据接口层作为实现具体需求的代码和数据库的中介，那么优化会更容易些。数据接口层指专门开发的，封装了所有数据库应用的代码。存储过程就是一个例子。比如系统可能在多个地方都要需要查询某个病人今天的所有就诊记录，那么偷懒的方式是在程序里直接写一句SQL语句，然后联合查询多个数据表来获得就诊记录。这样的问题是一旦相关数据表的结构发生变化，程序员就要千辛万苦的在代码的海洋里找到所有相关的SQL语句并修改之。如果定义一个查询就诊记录的接口（函数或类），可以以病人名字或者日期或者别的变量作为参数。那么数据库结构一旦发生修改，程序员只需要修改这个接口的代码即可，而保持别的程序代码不变。数据库接口层的开发需要很高的艺术，需要在通用性和专用性之间取得很好的平衡，还必须参考具体的需求。极端的例子是给每个表定义一个接口。这样的接口层就没有任何实际意义了。这是一个专门的话题，不再详述。

从上面的例子可以看出，一个良好的数据库接口层提高结构优化的效率。反之，如果没有这个接口层，那么数据库的优化会相当困难。因为每一个字段的修改都要涉及到代码内大量SQL的修改。在这种情况下，程序架构的优化和数据库的优化必须紧密结合。对于每一个优化项目，都必须清楚会修改到数据库和程序的哪些内容。这样无形中也增加了优化的难度。所以宁可在开发初期定义好数据库接口层。[@more@]

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/25153496/viewspace-1043756/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/25153496/viewspace-1043756/