大家来纠错！
--------------------编程问答-------------------- 每个模块的头上加上：option explicit 你就知道会出现什么问题了 --------------------编程问答--------------------这写代码在本地机器上运行是对的，，
但是有个缺陷，多人使用会暴露出来。
我不知道你看出来没。 --------------------编程问答--------------------
是的 --------------------编程问答-------------------- 我只是觉得像:
Combo1.AddItem rst.fields("SalesNm")
Combo2.AddItem rst.fields("SalesCode")
Combo3.AddItem rst.fields("SalesDuty")
Combo4.AddItem rst.fields("SalesGroup")
这种硬编码弱爆了. 改字段名还得改程序. --------------------编程问答--------------------
+1,我已经修正！呵呵、 --------------------编程问答--------------------
我现在使用datasoure进行字段绑定，不知道这样是不是最好的办法。 --------------------编程问答--------------------
尽量把数据库的东易做图立到程序外面, 将来升级什么的都方便.
比如连接字符串, 字段名, 字段备注等东西, 还有字段数量和长度也要做成自动检测的, 尽量多用外部可编辑的, 降低修改程序的必要性.
可以做的小练习:
如何将一个字段数量,长度,类型,都可变的数据表显示到Grid中(或是通过其他动态控件的方法如:label+Text)
进阶:如何将上述程序快速在SQL SERVER多人版和ACCESS单机版中切换.
再进阶: 如何在不确定数据源的前提下实现上述所有要求(数据库或数据库服务器的查询和记录)
完成了这样的练习之后, 无论何种数据库程序也不过是换个界面而已. --------------------编程问答--------------------
那么这样的话，并发处理肯定是在SQL SERVER里面做咯。这么写代码用ADO处理并发视乎很难进行维护。 --------------------编程问答-------------------- rst.open sql, cnn, 1, 1 能快点吧
--------------------编程问答--------------------
一般换数据库的时候还是少吧，要把程序作成灵活应对不同数据库，不同字段什么的会增加成本。我觉得大多数情况下这样的成本增加都不划算。当然少数情况例外。
把字段名字用public const写在module里面应该算是比较折中的办法 --------------------编程问答-------------------- 单独放到一个模块，以后修改容易找
补充：VB , 基础类
