:电子公文管理系统设计与实现
:
4.2 实验结果
采用三种存储方案对公文进行存储，考查随公文数增加不同方案存储开销之间的差异，如图3所示。其中方案一为所有元素均分离存储；方案二为仅存储完整的公文文件；方案三为本文采取的折中方案。
可以看出，方案一所需空间最小，方案二其次，方案三所需空间最大。这是因为，方案一仅保存了必须的文本内容，而且不同元素之间相互无重叠冗余；而方案二存储的完整文件除了包含字符格式、字体等信息外，还包含doc文件必须的文件格式头等内容，因此所需空间较大。方案三在方案二的基础上还冗余存储了一些元素内容，因此所需空间最大。但总体看来，方案三与方案二相比，额外所需的存储空间并不是很大，约占文件大小的0.5~1%左右。
三种存储方案下普通查询的效率和原文档恢复所需时间分
比较别如图4、图5所示。可以看出，方案三普通查询的效率与方案一几乎没有差别，受益于oracle数据库管理系统的查询性能，在实验数据规模上返回结果的时间为毫秒级；而方案二由于需要还原文件后再进行全文检索，所需时间较长，尤其随着数据库中记录数增加所需时间也线性增加，当数据规模较大时难以满足用户需求。而在文档恢复方面，方案一需要将所有内容进行重组，并按照公文承办规定设置相关元素的格式等，所需时间为秒级，而且恢复效果较差；而方案二和方案三直接从数据库中读取完整文档并恢复，所需时间仅为毫秒级。
在采用第三种存储方案实现的系统中，随归档文档数的增加，系统自动归档所需时间情况如图6所示。可以看出，系统具有较高的自动分析和批量归档功能，平均每个文档所需的分析归档时间不足1秒。因此能够较好满足归档需求。
系统全文检索效率如图7所示。可以看出，全文检索所需时间与随公文数目增加呈线性增加，平均处理每个公文所需的时间约为200毫秒。因此，当公文数目较多时，建议先通过普通查询缩小全文检索范围，可以有效降低全文检索的响应时间。
5 结束语
基于delphi和oracle数据库，结合ms word的vba相关功能，设计并实现了一个电子公文管理系统，探讨了其总体结构及设计实现相关的关键内容，并通过大量实验验证了上述工作的有效性。该系统目前已经投入使用，运行稳定，性能良好，也在一定程度上验证了本文工作的可行性。
4.2 实验结果
采用三种存储方案对公文进行存储，考查随公文数增加不同方案存储开销之间的差异，如图3所示。其中方案一为所有元素均分离存储；方案二为仅存储完整的公文文件；方案三为本文采取的折中方案。
可以看出，方案一所需空间最小，方案二其次，方案三所需空间最大。这是因为，方案一仅保存了必须的文本内容，而且不同元素之间相互无重叠冗余；而方案二存储的完整文件除了包含字符格式、字体等信息外，还包含doc文件必须的文件格式头等内容，因此所需空间较大。方案三在方案二的基础上还冗余存储了一些元素内容，因此所需空间最大。但总体看来，方案三与方案二相比，额外所需的存储空间并不是很大，约占文件大小的0.5~1%左右。
三种存储方案下普通查询的效率和原文档恢复所需时间分
比较别如图4、图5所示。可以看出，方案三普通查询的效率与方案一几乎没有差别，受益于oracle数据库管理系统的查询性能，在实验数据规模上返回结果的时间为毫秒级；而方案二由于需要还原文件后再进行全文检索，所需时间较长，尤其随着数据库中记录数增加所需时间也线性增加，当数据规模较大时难以满足用户需求。而在文档恢复方面，方案一需要将所有内容进行重组，并按照公文承办规定设置相关元素的格式等，所需时间为秒级，而且恢复效果较差；而方案二和方案三直接从数据库中读取完整文档并恢复，所需时间仅为毫秒级。
在采用第三种存储方案实现的系统中，随归档文档数的增加，系统自动归档所需时间情况如图6所示。可以看出，系统具有较高的自动分析和批量归档功能，平均每个文档所需的分析归档时间不足1秒。因此能够较好满足归档需求。
系统全文检索效率如图7所示。可以看出，全文检索所需时间与随公文数目增加呈线性增加，平均处理每个公文所需的时间约为200毫秒。因此，当公文数目较多时，建议先通过普通查询缩小全文检索范围，可以有效降低全文检索的响应时间。
5 结束语
基于delphi和oracle数据库，结合ms word的vba相关功能，设计并实现了一个电子公文管理系统，探讨了其总体结构及设计实现相关的关键内容，并通过大量实验验证了上述工作的有效性。该系统目前已经投入使用，运行稳定，性能良好，也在一定程度上验证了本文工作的可行性。