版友彩虹下的愿望同志在做一个关于大熊猫保护的公益数据库，我看了一下实例，感觉这个数据库设计的很糟糕。于是乎便打算写一个示例以解其惑。这个示例不打算讲述数据表结构的设计，因为这个问题已经反复讲过多次。而是想引入一个设计理念，叫做“约定优于配置”或者叫做“习惯优于配置”。

　　最近两个月来，我在研究MVC，这是一个VS.NET关于ASP的一种开发构架。在其中有一个很有意思的观点就是“约定优于配置”。这到底是一个什么样的观点呢？大体可以这样理解：就是按照一定的习惯或规律，对程序开发的许多方面做出人为的约定，项目的开发建立在这些约定的基础上，由于有了这些约定，因此可以带来程序的简化。

　　那么这个观点在Access开发中是否有用呢？答案是肯定的。我们稍微约定一下几个方面，就可以带来开发效率显著提高的效果。比如，数据表字段命名与窗体中非绑定控件同名，数据表的增删改一致性处理等。本例中，采取了这个观点，所以用较少的代码，便实现了较为完整的功能。

    约定本身是主观的，因此你可以这样约定，他可以那样约定。约定的目的是客观的，也就是说所有约定都以提高开发效率和降低维护成本为目的。但凡你知道这个“约定优于配置”的观点，并尝试着在你的项目中去实践，就多少会带来好的效果。

示例：点击下载此附件

视图：