版友清风喜雨同志提了一个关于设计预约安装管理系统的问题，他对数据表结构设计与窗体设计之间的关系有些模糊认识，这也是初学者经常遇到的问题，所以我们经常可以看到一个数据表中搞几十个字段的情形。实际上，数据表的设计与输入输出的设计是具有关联但又相互独立的两个方面。

　　数据表的设计要遵循关系数据库范式，尽可能减少冗余，这对于开发和维护都存在重要的意义。窗体是系统与用户交互的界面，窗体的设计要依据实际的业务流程和数据处理环节，一个窗体上可以呈现多个数据表的内容，呈现的多少和如何呈现，还要考虑用户的习惯和喜好。所以窗体为用户服务，数据表为储存信息服务，服务的对象不同，处理的方法也就有很大的差异，也各自需要遵循不同的规律。

　　不过，今天这个示例倒不是讨论这个问题的。我只是想通过清风喜雨同志提到的这个问题，来讨论另外一个重要的问题。那就是如何在程序开发中，利用自定义子程序或函数来提高开发的效率。我们知道，在数据库程序开发中做的最多的重复性工作就是对数据表的增删改。如果你的系统中数据表越多，你要处理的增删改代码也就越多，假如你的数据表中的字段再很多的话，增删改的代码写起来也就更加寡然无味。有没有办法改变这种情形呢？答案是肯定的，在本示例中通过一组通用函数和程序，可以很好的解决这个问题。解决的结果是，所有的增删改都只需要一条调用语句，也就是所谓一语定乾坤。

　　要达到一语定乾坤的效果，是需要设定一些前提的。我经常性的提到“前提”这两个字，前提的意义在于我们知道在什么样的情况下去处理问题，还在于不满足前提的情况下我们知道如何去创造满足前提的方法。在本示例中，我确定了这样一些前提：１、采用非绑定主窗体与数据表子窗体的基本窗体结构；２、子窗体控件名称与其数据源的字段名称相同；３、子窗体控件名称与主窗体控件名称相同，但两窗体控件数量可以不一致；４、子窗体数据源的数据表或查询中的主键为自动编号类型；５、子窗体对应的数据表中，除主键和外键字段外，均可为null。

　　在这些前提下，我们就可以利用数据表的字段名称与主子窗体中控件的字段名称相同的这个特性，来编写一组通用的函数以解决这类窗体中的数据表增删改了。也就是说我们只需要告诉某个函数子窗体的名称、数据表的名称和主键的名称（注意只需这三个参数），就可以用这个函数来做新增、修改、删除了。可能只有一个技术难点，那就是如何来判断和处理外键的取值问题，这个问题可以用系统表MSysRelationships来解决。具体怎么个玩法，同志们可以查看示例中的代码。

　　在这个示例中还有一个关于通用的TreeView的处理功能。当然这也是有个前提的，也就是做为TreeView数据源的数据表，需要设计成为用一个编码字段来表示数据记录的层级关系的数据表。对这个问题可以罗嗦几句，数据的层级关系通常都是用不同的数据表来表示的，比如学校表下设年级表，年级表下设班级表。但这并不是唯一的处理方法。表现层级关系也可以在一个表中通过某个字段的编码来表示层级关系，而且这种用编码表示的层级关系可以是无限级，其扩展性更强。在TreeView的处理上，用编码表示层级关系的处理最为简洁。

示例