wolfxp的问题描述：
系统分析－500分方案讨论，高手有请，UP有“分”：用户需求
以Word文档和Excel表格为主。Excel表格比较复杂，大多数无法直接映
射为数据库中的表结构，需要拆分。而且某些Excel表格是套表，实际上
包含多类信息；Word文档不是一般的事务性描述文件，而是函件式的填
空格式。无论Excel表格中的信息还是Word文档中的信息，都需要存储起
来，并根据不同的条件来分类汇总查询。
方案讨论：
１、如何能够灵活的设计一个架构，既能满足以上的需求，又能应
付用户在日后修改Word模版和Excel模版的情况（当然可以在数据库中
存储相关Excel模版和Word模版的结构信息，并根据这些信息来存取这些
文件，但是否有更好的方案设计，因为这样不够灵活）；
２、设计的方案侧重于从哪一方面来解决这个问题。也就是说，从实
现的角度来说，是侧重于大量的Delphi的前端编程，还是多多利用Word和
Excel本身的功能；
３、由于大量的Word模版和Excel模版存在，考虑是否可以建立一个父类
或者容器来封装一些基本的存取操作，具体的业务逻辑交给子类去实现。如果
有哪位兄台有这方面的经验，还忘不吝赐教。
欢迎大家踊跃发言，up有分！好方案高分犒赏（除此处３００分以外，另
会开贴加分！不限500分，不封顶！）
我个人认为：
在数据库中建立一个表，存储word和excel文件的路径，使用时直接调用就可以了，如
create table wenjian(
id identity(1,1) primary key,
mingcheng varchar(1000) not null,--用户自己的命名
path varchar(1000) not null,
leixing bit,--1word,0excel
)
go
不知是否满意，欢迎讨论
