可更新视图(Updateble views)
上面我们讲解了“怎样通过远程视图从服务器中把数据读取过来”，接着我们要讲解怎样操作远程视图光标，当然我们不会在这里讨论一些Visual FoxPro数据集的普通操作,这里我们只讲解远程视图的数据更新。
当远程视图被打开，用户就可以使用Visual FoxPro的命令与函数作光标进行各种操作，例如查询、新添数据、删除记录、修改记录等，后三者都会使数据发生变动，远程视图有着自动分析各种变动并把变动的结果发送到后端数据库更新数据源的功能。
顺便提一下，Visual FoxPro 在数据更新这方面的的能力是非常强大的——如果一个视图是由多个数据源表连接而成，Visual FoxPro 能够自动分析客户端数据变动所对应的数据源信息，“分门别类”对远程数据数据进行的更新。现在一些非常著名的数据引擎中都不具备这个功能，详细情况请看本站文集中的《Visual FoxPro 漫谈》一文。
键值栏、可更新字段、SQL 更新开关
我们可以通过“视图设计器”制作可更新的远程视图（当然可以用它设计上文提到的那些远程视图），如图 7。为了设定一个远程视图为可更新视图，在视图设计器中您必须多做三件事情（比不可更新的远程视图）：
|
图 7. 视图设计器
我们可以通过DBSETPROP()函数设定以上三个选项：
DBSETPROP("VCustomers.CustomerID", "Field", "KeyField", .T.)
*设定键值栏
DBSETPROP("VCustomers.CustomerID", "Field", "Updatable", .T.)
*设定可更新字段，有很多字段要写，这里省略
DBSETPROP("VCustomers", "View", "SendUpdates", .T.)
*打开“发送 SQL 更新”
在图 7 中我们还有两项属性没有设定：“使用更新”，“SQL WHERE 子句包括”。
更新方式
“使用更新”的作用就是：告诉Visual FoxPro怎样分解更新操作，也就是一种“更新方式”的选择。举个例子，我们对视图中某一行的字段值做了修改。如果本属性设为“SQL UPDATE”，发送更新时Visual FoxPro会往后端传送一条UPDATE-SQL语句；如果本属性设为“SQL DELETE 然后 UPDATE”，发送更新时Visual FoxPro会往后端传送一条DELETE-SQL语句——删去原来的记录，再传送一条INSERT-SQL语句——把带有新值的记录加入数据源。很容易发现：前一种设定更有效率，但为什么还要有后一种选择呢？原来有一些老式的数据库不支持UPDATE-SQL……对于主流的数据库系统应该不会有这种问题，所以我们在通常情况下选择“SQL UPDATE”。
SQL WHERE 子句包括——更新冲突的检测方式
“更新冲突”是指当某一位使用者在修改某一笔数据时，同一笔数据记录的内容已被其他使用者修改。下图就是一个更新冲突的示意图，红色代表数据源，黑色代表进程一，蓝色代表进程二。
图 8. 更新冲突示意
此设定有四个选项：关键字段，关键字和可更新字段，关键字和已更新字段，关键字和时间戳。
|
为使您更好的理解更新冲突以及更新冲突检测方案，我们把图8结合实例讲解一下。
CREATE SQL VIEW VCustomers ;
REMOTE CONNECTION Northwind SHARE;
AS SELECT CustomerID,CompanyName,Phone FROM Customers
*新建远程视图
DBSETPROP("VCustomers.CustomerID", "Field", "KeyField", .T.)
DBSETPROP("VCustomers.CompanyName", "Field", "Updatable", .T.)
DBSETPROP("VCustomers.Phone", "Field", "Updatable", .T.)
DBSETPROP("VCustomers", "View", "SendUpdates", .T.)
DBSETPROP("VCustomers", "View", "WhereType", 3)
*设定更新冲突解决方案为“关键字和已更新字段”
DBSETPROP("VCustomers", "View", "UpdateType", 1)
*进程一
USE VCustomers
BROWSE
*将指针停留在第一条记录上，即：CustomerID='ALFKI'
REPLACE Phone with '123456'
*离开Visual FoxPro，千万别移动记录指针
进程二
使用 SQL Server 的 Enterprise Manager 打开 Customers表，把指针停在第一条记录上，修改Phone的值为'00000'，移动指针到下一条记录。
回到Visual FoxPro，移动指针，您会看到图9：
图 9.更新冲突
按“还原”按钮。试验结束。
仔细想想，您就会明白什么是更新冲突了。
上例中，如果我们设定“关键字”方式检测更新冲突：
DBSETPROP("VCustomers", "View", "WhereType", 1)
其他均按原先步骤进行，您会发现没有更新冲突产生。因为Visual FoxPro仅检测关键字是否变化，这里进程一、二都没有修改关键字，当然不会有更新冲突。
上例中，如果我们设定“关键字和可更新字段”方式检测更新冲突：
DBSETPROP("VCustomers", "View", "WhereType", 2)
其他均按原先步骤进行，这时会有更新冲突产生。因为Visual FoxPro不仅检测关键字是否变化，还要检测所有的可更新字段字段（本例是所有字段）是否发生变化，这里进程二先进程一修改了可更新字段 Phone，进程一当然会有更新冲突发生。
如果使用 SQL Server 的 Profiler 程序您能更好的了解以上内容：
图 10。 SQL Server 的 Profiler 程序
| 1.使用“关键字段”冲突检测方式，发送更新时，Visual FoxPro 自动生成以下语句在 SQL Server 中执行： sp_executesql N'UPDATE dbo.Customers SET Phone=@P1 WHERE CustomerID=@P2', N'@P1 nvarchar(24),@P2 varchar(50)', N'123456 ', 'ALFKI' 可见，UPDATE 的 WHERE 子句只包括关键字段：CustomerID。在Visual FoxPro 缓冲中 CustomerID='ALFKI',Visual FoxPro 就以这个值作为数据源是否发生改变的依据。如果 SQL Server执行这条UPDATE语句时找不到CustomerID='ALFKI'的记录（我们认为是其它用户先期修改了CustomerID)——SQL Server 告诉 Visual FoxPro 更新冲突发生了。 2.使用“关键字和可更新字段”冲突检测方式，发送更新时，Visual FoxPro 自动生成以下语句在 SQL Server 中执行： sp_executesql N'UPDATE dbo.Customers SET Phone=@P1 WHERE CustomerID=@P2 AND CompanyName=@P3 AND Phone=@P4', N'@P1 nvarchar(24),@P2 varchar(50),@P3 nvarchar(40),@P4 nvarchar(24)', N'123456 ', 'ALFKI', N'Alfreds Futterkiste ', N'030-0074321 ' 可见，UPDATE 的 WHERE 子句包括关键字段：CustomerID，和所有可更新字段：CompanyName、Phone。Visual FoxPro 缓冲中CustomerID='ALFKI'、CompanyName='Alfreds Futterkiste'、Phone='030-0074321',如果 SQL Server执行这条UPDATE语句时找不到(CustomerID='ALFKI' AND CompanyName='Alfreds Futterkiste' AND Phone='030-0074321')的记录（我们认为是其它用户先期修改了这三者中的任何一个多几个的值)——SQL Server 告诉 Visual FoxPro 更新冲突发生了。 3.使用“关键字和已更新字段”冲突检测方式，发送更新时，Visual FoxPro 自动生成以下语句在 SQL Server 中执行： sp_executesql N'UPDATE dbo.Customers SET Phone=@P1 WHERE CustomerID=@P2 AND Phone=@P3', N'@P1 nvarchar(24),@P2 varchar(50),@P3 nvarchar(24)', N'123456 ', 'ALFKI', N'030-0074321' 可见，UPDATE 的 WHERE 子句包括关键字段：CustomerID，和所有以经被 Visual FoxPro 更新的字段：Phone。Visual FoxPro 缓冲中CustomerID='ALFKI'、Phone='030-0074321',如果 SQL Server执行这条UPDATE语句时找不到(CustomerID='ALFKI' AND Phone='030-0074321')的记录（我们认为是其它用户先期修改了这两者中的任何一个多几个的值)——SQL Server 告诉 Visual FoxPro 更新冲突发生了。 4.如果希望尝试“关键字和时间戳”冲突检测方式，请在 SQL Server与Visual FoxPro的远程视图中加入TimeStamp字段。发送更新时，Visual FoxPro 自动生成以下语句在 SQL Server 中执行：
UPDATE dbo.Customers SET Phone=N'12345 ' WHERE CustomerID='ALFKI' AND timestamp=0x0000000000000199 可见，UPDATE 的 WHERE 子句包括关键字段：CustomerID，和时间戳字段。Visual FoxPro 缓冲中CustomerID='ALFKI'、时间戳是：0x0000000000000199,如果 SQL Server执行这条UPDATE语句时找不到(CustomerID='ALFKI' AND timestamp=0x0000000000000199')的记录（我们认为是其它用户先期修改了数据源表中该行的数据，只要有任何变化，时间戳就会自动更改)——SQL Server 告诉 Visual FoxPro 更新冲突发生了。 |
如果您还没有理解更新冲突——这很正常，请往下看。
缓冲（Buffering)
Visual FoxPro 中的缓冲技术
当远端数据下载到客户端时，这些数据就被压入缓冲之中。在客户端用户对数据的各种移动并不反映到数据源，而是在用户确认对数据的变动后，才把各种变动以SQL描述的形式发送到后端。那么为什么不让Visual FoxPro直接一步一动的操控远程数据，就像在不使用缓冲技术控制Visual FoxPro本地数据那样。我想原因在于：
|
基于上述原因，Visual FoxPro在远程数据处理时强制使用缓冲技术。我们知道，在Visual FoxPro中缓冲技术与锁结合有四种选择：
|
好了，我们得到以下结论：在操控远程数据时，Visual FoxPro将对光标采用“开放式行缓冲”或“开放式表缓冲”，默认设置是“开放式行缓冲”。
以后在讨论远程数据处理时，不特别指出，行缓冲就是指开放式行缓冲，表缓冲是指开放式表缓冲。
在“开放式行缓冲”下，因为只对一条被编辑的记录开启缓冲，所以有两种方式可以确认编辑、发送更新：移动指针（在上面的例子中我们已经使用过了）、TABLEUPDATE()函数。不知您能否理解“指针移动确认更新”的意思？我是这样理解的：行缓冲只对一条被编辑的记录有用，如果移动指针，那就必须确认更新（如果数据有变动），因为如果不确认更新（释放缓冲区），Visual FoxPro便没法为下一行制定缓冲区了——记住：这是行缓冲。
“在开放式表缓冲”下，Visual FoxPro对整个记录集开启缓冲区，所以移动指针并不会确认更新。只有使用TABLEUPDATE()函数了。
乍一看，“开放式行缓冲”比“开放式行缓冲”需要更少的系统资源，好像是个好选择，我看不尽然：
|
下面的代码说明了怎样控制缓冲：
USE VCustomers
CURSORSETPROP("Buffering", 3, "VCustomers")
*设定VCustomers的缓冲模式为“开放式行缓冲”。由于这时Visual FoxPro的默认设置，这一句可省略。
USE VOrders
CURSORSETPROP("Buffering", 5, "VOrders")
*设定VOrder的缓冲模式为“开放式表缓冲”。
以缓冲理解更新冲突
在图8中我在发生更新错误时提示：“原先Phone=030-0074321，现在Phone=00000,两者不等……”，那么这个原先是“什么时候”，“现在”又是怎样的概念？（假设进程一、二采用行缓冲模式、用“关键字和已更新字段”检测冲突）。
“原先”是指：进程一中视图被打开或是最近一次刷新成功时刻SQL Server数据表中的记录值。让我们先停下来，怎样才会刷新光标和缓冲呢？
|
您可以想象：进程一打开远程视图，Visual FoxPro自动把这个时刻SQL Server的数据值压入缓存中，这时进程一认为：我对SQL Server上数据的修改应建立在这个基础上，即Phone=030-0074321，如果这个基础不存在了，这发生更新错误。
在进程一还没有把它在客户端对Phone的修改发送到数据源的时候，进程二也读取了SQL Server的数据，注意这时进程二认为：我对SQL Server上数据的修改应建立在这个基础上，即Phone=030-0074321。于是进程二修改Phone为00000，并在进程一之前确认的数据变动，这时是不会发生更新冲突的，因为进程二修改数据的依据是成立的。
进程一慢慢吞吞地把数据改为了123456,发送更新。这时问题来了：进程一告诉SQL Server这样修改数据：
sp_executesql N'UPDATE dbo.Customers SET Phone=@P1 WHERE CustomerID=@P2 AND Phone=@P3', N'@P1 nvarchar(24),@P2 varchar(50),@P3 nvarchar(24)', N'123456 ', 'ALFKI', N'030-0074321'
我把参数填入，您就能很清楚地看到问题所在：
UPDATE dbo.Customers SET Phone='123456' WHERE CustomerID='ALFKI' AND Phone='030-0074321'
看到没有：Visual FoxPro自动的把 缓冲里的Phone=030-0074321（在BROWSE 窗口中您已经把Phone改为了123456，Visual FoxPro“早有预谋”，把原始数据存在缓冲中，任你表面变化万次——我都不怕）拿出来并结合关键字作为更新依据，然而由于进程二已经修改了Phone的值，在SQL Server 中哪里还会有存在符合条件 CustomerID= 'ALFKI' AND Phone='030-0074321'的行了，只有CustomerID= 'ALFKI' AND Phone='00000'的记录行了。于是SQL Server 告诉 Visual FoxPro找不到目标记录，Visual FoxPro就对用户说：更新冲突。
所以，缓冲作用是就在这里：客户机与服务器通过 ODBC 这个翻译“传情达意”——但 ODBC 很苯——只能传一些SQL语句。事实上任何对数据的变动，都可归结为：Insert、Update、Delete。SQL语句与Visual FoxPro的命令函数有很大的不同——目标定位必须依靠条件语句（Where 子句）（Visual FoxPro可以很容易定位到第N行）；缓冲为这些至关重要的定位条件提供了依据，没有缓冲就无法生成定位语句！
确认更新、放弃更新
确认更新
上文我们多次提到确认更新有基本上算是两种方式：移动指针、使用TABLEUPDATE()函数。移动指针只能在“开放式行缓冲“下使用，并且开发人员对法的可控性较差，一般用于交互式工具中，如上文我们使用过的SQL Server 的Enterprise Manager工具。这里我们只讨论TABLEUPDATE()函数。
在开放式行缓冲下使用TABLEUPDATE()函数：
|
例如：
USE VCustomers
REPLACE PHONE WITH '123456'
?TABLEUPDATE(0)
*返回 .T.更新成功，反之失败。
USE VCustomers
REPLACE PHONE WITH '123456'
?TABLEUPDATE(0,.t.,'VCostomers')
*由于lForce设置为.t.,Visual FoxPro 临时修改更新检测方式为“关键字段”方式，所以只要关键字CustomerID不发生冲突，即使其他字段已经被其他用户修改，Visual FoxPro也不会检测，Visual FoxPro将强制覆盖其它用户做的修改。
*在“关键字段和已修改字段”的冲突检测方式下：Visual FoxPro向SQL Server发送如下语句：
sp_executesql N'UPDATE dbo.Customers SET Phone=@P1 WHERE CustomerID=@P2', N'@P1 nvarchar(24),@P2 varchar(50)', N'123456', 'ALFKI'
在开放式表缓冲下使用TABLEUPDATE()函数：
|
举个例子：（假设使用“关键字段和已修改字段”作为更新冲突检测方案）
USE VCustomers
CURSORSETPROP("Buffering", 5, "VCustomers")
REPLACE Phone with '9999' next 4
*将第1、2、3、4、条记录的Phone改为9999
BROWSE
*使用 SQL Server 的Query Analyzer 制造更新冲突
*启动 SQL Server Query Analyzer，登录Northwind 数据库
*输入如下语句并执行：
update customers set phone='00000' where customerid='ANATR' or customerid='ANTON'
情况一：TABLEUPDATE(1,.F.,'Vcustomers')
*返回Visual FoxPro
?TABLEUPDATE(1,.F.,'Vcustomers')
*由于记录 2更新时发生冲突，函数返回.F.
?recno('Vcustomers')
*指针停在第2条记录上
?Aerror(err)
用Aerror函数取得Visual FoxPro错误信息存入err数组中
?err(1)
*错误号：1585
?err(2)
*错误信息：“更新冲突”
*回到SQL Server Query Analyzer
*输入如下语句并执行：
select customerid,phone from customers
*您将看到：第一条记录Phone的值已经被Visual FoxPro的客户端修改了，值是：9999。而后三条记录没有发生变化。说明Visual FoxPro依次发送SQL描述到SQL Server时，遇到更新错误就停止继续往下工作。
事实上，查看 SQL Server 的 Profiler 工具也证明了以上论述：
sp_executesql N'UPDATE dbo.Customers SET Phone=@P1 WHERE CustomerID=@P2 AND Phone=@P3', N'@P1 nvarchar(24),@P2 varchar(50),@P3 nvarchar(24)', N'9999 ', 'ALFKI', N'bbbb '
sp_executesql N'UPDATE dbo.Customers SET Phone=@P1 WHERE CustomerID=@P2 AND Phone=@P3', N'@P1 nvarchar(24),@P2 varchar(50),@P3 nvarchar(24)', N'9999 ', 'ANATR', N'1234 '//此处发生更新错误，Visual FoxPro停止往下工作
情况二：TABLEUPDATE(1,.T.,'Vcustomers')
*返回Visual FoxPro
?TABLEUPDATE(1,.T.,'Vcustomers')
*函数返回.T.
?recno('Vcustomers')
*指针停在第4条记录上
*回到SQL Server Query Analyzer
*输入如下语句并执行：
select customerid,phone from customers
*您将看到：头四条记录Phone的值已经被Visual FoxPro的客户端修改了，值是：9999。按理说第2条记录被更新时会发生冲突，但由于Visual FoxPro临时变更了更新冲突的检测方案为“关键字段”，这样原本应该能检测到的冲突被忽略了，Visual FoxPro客户端的新值强行覆盖其它客户端的修改。
事实上，查看 SQL Server 的 Profiler 工具也证明了以上论述：
sp_executesql N'UPDATE dbo.Customers SET Phone=@P1 WHERE CustomerID=@P2', N'@P1 nvarchar(24),@P2 varchar(50)', N'9999 ', 'ALFKI'
sp_executesql N'UPDATE dbo.Customers SET Phone=@P1 WHERE CustomerID=@P2', N'@P1 nvarchar(24),@P2 varchar(50)', N'9999 ', 'ANATR'
sp_executesql N'UPDATE dbo.Customers SET Phone=@P1 WHERE CustomerID=@P2', N'@P1 nvarchar(24),@P2 varchar(50)', N'9999 ', 'ANTON'
sp_executesql N'UPDATE dbo.Customers SET Phone=@P1 WHERE CustomerID=@P2', N'@P1 nvarchar(24),@P2 varchar(50)', N'9999 ', 'AROUT'
情况三：TABLEUPDATE(2,.F.,'Vcustomers',Arry)
*返回Visual FoxPro
?TABLEUPDATE(2,.F.,'Vcustomers',Arry)
*参数nRows设为2，即使记录 2、3发生更新冲突，Visual FoxPro仍然继续往下执行，但参数函数返回.F.
?recno('Vcustomers')
*指针停在第4条记录上
?Aerror(err)
用Aerror函数取得Visual FoxPro错误信息存入err数组中
?err(1)
*错误号：1585
?err(2)
*错误信息：“更新冲突”
?Arry[1]
*2
?Arry[2]
*3
*Arry返回发生更新错误的记录号
*回到SQL Server Query Analyzer
*输入如下语句并执行：
select customerid,phone from customers
*您将看到：第一条、第四条记录Phone的值已经被Visual FoxPro的客户端修改了，值是：9999。而第二条、第三条记录没有发生变化。说明Visual FoxPro依次发送SQL描述到SQL Server时，遇到更新冲突忽略之，继续往下工作。
事实上，查看 SQL Server 的 Profiler 工具也证明了以上论述：
sp_executesql N'UPDATE dbo.Customers SET Phone=@P1 WHERE CustomerID=@P2 AND Phone=@P3', N'@P1 nvarchar(24),@P2 varchar(50),@P3 nvarchar(24)', N'9999 ', 'ALFKI', N'cccc '
sp_executesql N'UPDATE dbo.Customers SET Phone=@P1 WHERE CustomerID=@P2 AND Phone=@P3', N'@P1 nvarchar(24),@P2 varchar(50),@P3 nvarchar(24)', N'9999 ', 'ANATR', N'cccc '//发生更新冲突，Visual FoxPro继续往下执行
sp_executesql N'UPDATE dbo.Customers SET Phone=@P1 WHERE CustomerID=@P2 AND Phone=@P3', N'@P1 nvarchar(24),@P2 varchar(50),@P3 nvarchar(24)', N'9999 ', 'ANTON', N'cccc '//发生更新冲突，Visual FoxPro继续往下执行
sp_executesql N'UPDATE dbo.Customers SET Phone=@P1 WHERE CustomerID=@P2 AND Phone=@P3', N'@P1 nvarchar(24),@P2 varchar(50),@P3 nvarchar(24)', N'9999 ', 'AROUT', N'cccc '
情况四：TABLEUPDATE(2,.T.,'Vcustomers',Arry)
*返回Visual FoxPro
?TABLEUPDATE(2,.T.,'Vcustomers',Arry)
*但参数函数返回.T.
?recno('Vcustomers')
*指针停在第4条记录上
?Arry[1]
*-1
*没有发生更新错误
*回到SQL Server Query Analyzer
*输入如下语句并执行：
select customerid,phone from customers
*您将看到：所有记录Phone的值已经被Visual FoxPro的客户端修改了，值是：9999。按理说第2条、第3条记录被更新时会发生冲突，但由于Visual FoxPro临时变更了更新冲突的检测方案为“关键字段”，这样原本应该能检测到的冲突被忽略了，Visual FoxPro客户端的新值强行覆盖其它客户端的修改。
事实上，查看 SQL Server 的 Profiler 工具也证明了以上论述：
sp_executesql N'UPDATE dbo.Customers SET Phone=@P1 WHERE CustomerID=@P2', N'@P1 nvarchar(24),@P2 varchar(50)', N'9999 ', 'ALFKI'
sp_executesql N'UPDATE dbo.Customers SET Phone=@P1 WHERE CustomerID=@P2', N'@P1 nvarchar(24),@P2 varchar(50)', N'9999 ', 'ANATR'
sp_executesql N'UPDATE dbo.Customers SET Phone=@P1 WHERE CustomerID=@P2', N'@P1 nvarchar(24),@P2 varchar(50)', N'9999 ', 'ANTON'
sp_executesql N'UPDATE dbo.Customers SET Phone=@P1 WHERE CustomerID=@P2', N'@P1 nvarchar(24),@P2 varchar(50)', N'9999 ', 'AROUT'
放弃更新
如果要“放弃客户端对光标已经实施的变动”，该怎么办呢？这很简单，请使用TABLEREVERT()函数。这里有一个概念很重要：任何情况下执行本函数均不都会与远程数据源发生通讯，Visual FoxPro只是从缓冲中把原先的数值取回填写入光标中。
那么Visual FoxPro是怎样从缓冲中取回数据的呢？您可以用OLDVAL()函数得到相同的效果，它的用法这里暂不介绍！
在开放式行缓冲下使用TABLEREVERT()函数：
|
例如：
USE VCustomers
CURSORSETPROP("Buffering", 3, "VCustomers")
REPLACE Phone with '9999'
？VCustomer.phone
*9999
?TABLEREVERT(.F.,'VCustomers')
*返回1
？VCustomer.phone
*123456
USE VCustomers
CURSORSETPROP("Buffering", 3, "VCustomers")
?TABLEREVERT(.F.,'VCustomers')
*返回0
在开放式表缓冲下使用TABLEREVERT()函数：
|
USE VCustomers
CURSORSETPROP("Buffering", 5, "VCustomers")
REPLACE Phone with '9999' next 4
*将第1、2、3、4、条记录的Phone改为9999
BROWSE
go 2
?TABLEREVERT(.F.,'VCustomers')
*1
?TABLEREVERT(.T.,'VCustomers')
*3
刷新缓冲（refreshing buffers)
记得在“以缓冲理解更新冲突”一节中我们提到过什么情况下Visual FoxPro会刷新缓冲区。其中“远程视图光标被打开”是很好的理解，这里不再累述。
以 REQUERY()函数刷新远程视图光标
REQUERY()函数的作用就是重新执行远程视图的SELECT-SQL描述，也就是重新打开远程视图光标，所以对系统造成较大的负担。对于这个函数，我有几点建议：
|
图 11。 表缓冲下更新没有被确认，不能使用REQUERY()函数
发送更新成功，只刷新被更新记录的相关字段的缓冲
也许这个标题很难理解，那么我们就分析一下：
|
我认为，Visual FoxPro所谓刷新缓冲，只不过是Visual FoxPro自己的行为而与远程数据源无关，也就是由Visual FoxPro生成UPDATE-SQL语句时，Visual FoxPro自动将新值填入缓冲，Visual FoxPro再发送此SQL描述。所以被刷新的就是被更新的字段的缓冲，并且无论更新是否成功！
远程视图的其他属性
远程视图的高级属性可以通过可视工具设定，下面我们就讲解一下：
FetchASNeed 和 FetchSize 即：取得远端所需的数据和每次提取的记录数
这两个属性是成对工作的，默认设定是：
DBSETPROP("ViewName","View","FetchSize",100)
DBSETPROP("ViewName","View","FetchAsNeed",.F.)
表示远程视图打开时，每批下载100条记录，当第一批100条记录被下载完毕后，Visual FoxPro将把控制权还给用户或继续往下执行程序。这样就有问题了：如果几个远程视图共享一条连接，接可能造成连接堵塞。如下：
CREATE SQL VIEW VOrders ;
REMOTE CONNECTION Northwind SHARE;
AS SELECT * FROM Orders
CREATE SQL VIEW VCustomers ;
REMOTE CONNECTION Northwind SHARE;
AS SELECT * FROM Customers
*在命令窗口选中以下命令，按回车键
Use VOrders in 0
Use VCustomers in 0
*弹出“连接 Northwind忙" 的提示窗口
让我们分析原因：当VOrder的一批100条记录被下载完毕后，Visual FoxPro就执行打开VCustomers表的命令，这时对于连接Northwind将面临两项任务：继续下载VOrder的第二批100条记录、下载VCustomers的第一批记录，一个连接无法同时应付两项任务，所以“连接忙”。
解决以上问题，可以这样设置：
DBSETPROP("VOrder","View","FetchSize",-1)
*表示一次下载所有记录，完成此任务才将控制权交回或继续执行程序。
如果你这样设置：
DBSETPROP('VOrder',"View","FetchSize",100)
DBSETPROP("ViewName","View","FetchAsNeed",.T.)
USE VOrder
*下在100条记录，并将控制权交还用户，由于FetchAsNeed=.T.，不像刚才——Visual FoxPro自动控制继续下载数据。这时VOrder"霸占"连接Northwind，时刻等待用户指令，已决定是否下载剩余数据
go 100
*第100条记录已经下载，所以VOrder不下载任何数据，但依然霸占连接
go 105
*第105条记录还没有下载到客户端，所以VOrder下载5条数据以满足用户的需要，但依然霸占连接
go bottom
*下载所有记录，释放连接
MaxRecords 即：要提取的最大记录数
这个属性是指远程视图光标最多可以下载的记录数，并且它的优先级比上两个属性高。也就是说无论上两个属性怎样设置，客户端就只能拥有小于等于MaxRecords条从远端下载的记录，并且达到这个数量后，“霸占”连接就被释放、可以供其它视图使用。这个属性可以这样设定：
DBSETPROP("ViewName", "View", "MaxRecords", 25)
FetchMemo 即：取备注字段
如果远程视图中包含备注字段，一般认为：一次性下载这些数据到客户端是很没有意义的、也是没有效率的，而且猛增了网络流量。比较好的做法是：用的时候才下载。所谓用的时候就是指：明显或隐含的Modi Memo命令。可以这样设置它的属性：
DBSETPROP("ViewName", "view", "FetchMemo", .F.)
CompareMemo 即：在 Where 子句中包含备注字段
当远程视图包含备注字段或是通用字段时，这个属性非常重要的。这个属性的默认值是.T.，即在检测更新冲突时把这两种字段与其它类型的字段同等看待。笔者认为，这种设置有一个不合理、一个错误，请听我道来：
先说错误，当一个通用型（不包括“备注型字段”）字段被设定为可更新，并使用了“关键字与可更新字段”或“关键字与已更新字段”的更新冲突检测方式，Visual FoxPro 不允许这种设定。在视图设计阶段，Visual FoxPro 不会指出这个错误，但当实际发送 UPDATE-SQL 时会出现错误提示。
在讲“不合理”。我刚才指出，备注字段是可以参与更新冲突检测的，但是这样对服务器的压力很大、对网络的压力也很大。
所以一般应用中，我们会把该值设定为 .F.，即当更新冲突检测方式为“关键字与可更新字段”或“关键字与已更新字段”的时候，即使有关备注字段或通用型字段客户端程序被更改，Visual FoxPro 发送 UPDATE-SQL 会把这两类字段从 Where 子句中挖去。这样可以避免以上我提出的“一个错误、一个不合理”。
可以这样设定：
DBSetProp('VEMPLOYEES', 'View', 'CompareMemo', .F.)
字段属性
DefaultValue
如果您希望对远程视图执行Append命令时，系统自动填列有关字段，那么就有必要设定该属性：
DBSETPROP("myview.myfield", "field", "DefaultValue", ".T. ")
DBSETPROP("myview.myfield", "field", "DefaultValue", "'Bob'")
DBSETPROP("myview.myfield", "field", "DefaultValue", Date())
DataType
以下是Visual FoxPro字段类型与SQL Server字段类型的比较：
|
您可以这样设置：
DBSETPROP("Vemployees.birthdate", "field", "DataType", "D")
UpdateName
这个属性在多表连接是很重要，在多个表中许多列可能有相同的名称，所以必须明确的告诉远程视图，视图中的列与数据源表的列的对应关系。如：
DBSETPROP("VCustomers.postalcode", "field", "UpdateName", "customers.postalcode")
1579
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
