两个表如：表1：编号 名称 数量，单价，金额；表2：代码 编号 数量，单价，金额；当向表2输入数量5时，表1.数量自动减5，并且表2.单价自动调出表1.单价，二者自动保持一致，各自表的金额自动等于各自表的数量*单价

可能需要自己编写一段代码来解决。

不知二个表的记录数是否相同，即表1：编号 名称，在表2中完全对应。

Update 表1 Set 表1.数量=表1.数量-表2.数量，表1.金额=表1.数量*表1.单价 From 表2 Where 表1.编号=表2.编号
Update 表2 Set 表2.单价=表1.单价，表2.金额=表2.数量*表2.单价 From 表1 Where 表2.编号=表1.编号

问题有很多：
第一:如果表2中的记录在表1中找不到怎么办？
第二：如果表1中的数量小于表2中的数量如何处理？
…………………………………………

这是商品进出仓的模块吧？我很奇怪，历来都不是问题的东西，现在怎么都成问题了。

“关系数据库”，本来各个数据表之间就是逻辑联系的，关系数据库有内在的联络方式专门处理这类问题，是该类数据库语言的强项。不知怎地，现在总有人喜欢把各个数据表割裂了看，要临时拼凑成一个完整的新表才懂处理，一旦拼不出来，就举手投降。这样舍弃语言强项的做法，唉~

[ 本帖最后由 TonyDeng 于 2011-12-9 16:21 编辑 ]

表1和表2是根据商品编号联系的，set relation to就是专门用于这方面的指令，建立关联之后，只要表2的记录指针运动，表1的记录指针就会自动跟着运动，两者的记录在“编号”那一个字段上是吻合的，此时两个表就已经是一个表，根本无需做什么SQL查询，修改数据也是直接在数据表实体上进行，用视图反而要倒回来从影像中找实体修改，多此一举，占内存不说，还多了操作步骤。

视图和SQL记录集合模式是什么东西呢？是因为在网络系统上跑数据库消耗资源而迫不得已采取的间接办法，先把若干符合条件的记录从远程下载到本地处理，以便断开网络连接，减少服务器的负载，本地处理完后再一次性上传灌入数据库，本质上一种离线数据处理办法，它的复杂性是因为网络客观环境导致的。但在一般的业务程序上，通常在本地处理数据，即使在局域网，也有百兆以上的带宽，直接处理数据库本体完全不成问题，在这种环境下，还采用狭窄资源的模式，傻的。

用触发器啊!