还是不行啊

这件事用SELECT-SQL不是很简单的事嘛，4楼或10楼的代码都可以，以10楼的为佳，编啥程序呀。

你怎么还在纠结UPDATE语句呀，6.0不支持FROM子句的。不是在4楼和10楼叫你用SELECT语句了嘛。

谢谢！可以用拉 我稍微改拉下

[ 本帖最后由 cyl1437 于 2013-3-13 20:31 编辑 ]

从数据维护角度，以下2 语句的数据维护后是完整一致的(即维护表1后的记录不变）
update 表1 set 成绩=b.成绩 from 表2 b where 表1.编码=b.编码
select a.编码,nvl(b.成绩,0) 成绩 from 表1 a left join 表2 b on a.编码=b.编码 into dbf 表3

但如果用以下语句
SELECT A.编码,B.成绩 FROM 表1 A,表2 B WHERE ALLTRIM(A.编码)==ALLTRIM(B.编码)
维护表1后的记录有可能漏丢了(原因可能表2没记录与表1对应)

所以我都是基于数据维护角度考虑的

但是你忘记了一点，编码是字符型的，且字段宽度比实际内容要长。如果录入数据的时候在有效内容后多输入了空格，视觉上不易察觉，但VFP比对时就会认为不一样，导致数据更新出错。有时候，看上去的小问题可能会引起大bug。基于这方面，我认为S版的代码更优些，因为据楼主所述，两表数据有不匹配记录的可能性不大。

我又怎么不知这些呀，都说了，我是从数据维护角度说的(现在是维护数据，不是写应用程序，不是讨论优化问题)，其实你是说的是完全相等问题。在这你也是只知其一，不知其二。VFP 的SQL 中字符串比较时，后空格的多少是没影响的。当然最好用 “==” 因为 vfp 的SQL 符串比较时，会是这样的：'AB '='A' 返回 真 值,'AB '=='A' 即返回 假 值。所以需要注意的就是这情况。在这里可能又有人会说“我设置 SET EXACT ON 呀”，那我告诉你，SET EXACT ON 不能作用 VFP SQL 的

[ 本帖最后由 kiff 于 2013-3-14 10:52 编辑 ]

SELECT 1
   USE 表1
    INDEX on 编码 TO bm
  SELECT 2
   USE 表2

 DO whil NOT EOF()
   mbm=编码
   mcj=成绩
    SELECT 1
   SEEK mbm
    IF NOT EOF()
     REPLACE 成绩 WITH mcj
     ENDIF
    SELECT 2
     SKIP
   ENDDO  

建立两表的主索引为编码再在数据环境中建立关系不是可以关联了么两表