sql-server - SQL Server 数据库在本地时，ADO 客户端与服务器端游标的区别？

Question

我在本地 PC 上使用 SQLServer EXPRESS 来存放数据库并连接来自 Excel/VBA 的 ADO 记录集。

使用 adUseClient 的含义是什么？对比 adUseServer对于recordset.CursorLocation属性(property)？

我发现的文档主要涉及服务器与客户端资源可用性的优缺点，但这不是问题，因为服务器和客户端是同一设备。

Answer 1

这有点不完整 - 这不仅与位置有关，还与类型有关。看，类型受位置限制。使用客户端游标，您可以拥有静态记录集1；对于客户端游标，请求键集或动态记录集是不合法的。仔细想想，这是合乎逻辑的，因为服务器是拥有最新信息的服务器，所以它只能是提供 key 集或动态记录集的服务器。

请注意，关于 ADO 的一个方面是，如果您请求无效的组合，您不会收到错误消息。相反，它会默默地将您的“请求”替换为提供者可以服务的有效请求。2 因此，在您实际打开记录集之前，您不能相信您的请求已得到满足。打开后，您会注意到类型/位置/锁可能与您要求的不同。

使用客户端静态记录集，这基本上意味着服务器为您提供一大块数据。在您四处导航时，不会与服务器进行进一步通信以保持数据最新。您仍然可以与它交谈以进行更新或重新同步，但顾名思义，这是由客户端驱动的。

使用服务器端 key 集记录集，您从服务器返回的只是一串 key 。当您浏览记录集时，它必须向服务器询问您所在键的记录。因此，在您工作时，前期工作量更少，但对话更多。

使用服务器端动态记录集，这是最罕见的——大多数提供商没有实现——服务器能够通知客户端有关更改，包括添加/删除，但除此之外它类似于键集。

所以简而言之，位置是不够的——你必须同时考虑位置和类型，这会影响你的代码库与服务器的“健谈”程度。

旁白——断开连接的记录集

有时“客户端”与“断开连接”混为一谈……这实际上是另一回事，尽管断开连接的记录集必然是客户端记录集。毕竟，你怎么可能在不丢失缓存的情况下“断开连接”呢？如前所述，您仍然可以使用客户端静态记录集对数据执行更新；您只是不知道自从您在打开时检索数据以来服务器上的数据是否已更改。使用服务器端键集/动态，您可以在导航到该记录时立即检查数据是否已更改，而不是在打开客户端静态记录集时更早。因此，与服务器端记录集相比，与客户端记录集发生写入冲突的可能性更大，尤其是当您使用记录集浏览表单时。

断开记录集仅意味着执行 Update 时不会发生通信。在记录集和服务器上没有保持同步。但是，您可以选择重新连接并批量提交更改。

请注意 LockType也受位置的影响3。客户端记录集在锁定时永远不能悲观是合乎逻辑的，因为要悲观，您需要对其进行排他控制，并且只有服务器可以提供它。

根据CursorType doc :

Only a setting of adOpenStatic is supported if the CursorLocation property is set to adUseClient.

来自同一篇文章:

If an unsupported value is set, then no error will result; the closest supported CursorType will be used instead.

If a provider does not support the requested cursor type, it may return another cursor type. The CursorType property will change to match the actual cursor type in use when the Recordset object is open.

来自 LockType property article :

The adLockPessimistic setting is not supported if the CursorLocation property is set to adUseClient. If an unsupported value is set, then no error will result; the closest supported LockType will be used instead.