关于使用中文字段名的讨论由来以久，支持的原因自然不用多说，不支持的原因主要是说中文字段名不便于移植，另外在升迁后台数据库的时候支持不好。那么究竟具体情况是怎么样的呢？下面就谈谈我的一些看法。

    实际上微软在中国发展的一直很好，微软也一直很注重中国市场，所以微软的产品对中文支持一向都不错。

    那么什么样的场景情况下适合使用中文字段名呢？首先是确定你用Access开发的软件在当前的以及可以预期的时期内，基本上是在中文环境下使用的，给其它非中文用户使用的情况可以忽略。如果你不是这种情况，那么就没有看下去的必要了。

    实际上对中文支持不好的原因绝大多数都是来源于客户端，由于用来开发客户端的开发工具来源广杂，比较“乱”，所以出问题的可能性很大。有些客户端开发工具甚至连“[my custom fieldname]”这样的正确并且标准的字段名都不支持，何况中文。如果客户端工具支持这样的字段名，通常也可以比较好地支持中文。很多认为不支持中文字段名的人其实是属于以讹传讹，都是听别人说的，自己并没有去认真试过。

    关于使用Access作为后端数据库的情况其实都不用多说，Access的经典示例“罗斯文贸易管理系统”都是用的中文字段名，这也就意味着微软其实是赞成这样做的。而且中文言简意赅的优势，一般4个字以内就能完全让人理解字段的含义，很少有超过5个汉字的。

    那么当数据量大的时候用SQL SERVER作为后端数据库呢？其实在SQL SERVER中使用中文字段名也完全没有问题，而且使用中文还可以避免有的时候没有对字段命名使用特定规则的情况下，字段名和系统关键字冲突的问题。也就是说在数据库中其实不会有什么问题。
   
    用Access开发的软件其实是专有性很强的（注意，这里说的是专有性，不是专业性，不要搞错了），一般都是自己使用，或者自己部门，好些的自己公司或单位使用。也就是说用单一的Access开发的软件使用地域环境范围是有限的，并不需要去像通用软件那样面对各种各样的语言环境。

    所以我的建议是：字段名，甚至表名、窗体名等都可以使用中文，不过在编写VBA代码的时候为了不至于频繁的在中英文输入法之间来回切换，而且为了让代码可读性更强，以及便于使用代码编写时的智能感知功能，尽量对控件、变量等使用英文命名，或者名称前面使用英文前缀，比如用户名文本框可以命名为“Me.txt用户名”，这样我们不但理解起来容易，写代码的时候方便，而且在绑定了记录源的窗体中也便于和记录集字段进行区分。
    我是完全不赞成使用拼音简写作为字段名的，这样可读性实在太差，要是程序内容较多的话，不要说别人，就算是开发程序的人自己，在没有对照表的情况下恐怕都很难看得明白。