几年前,我工作的一些 DataSnap 服务器不得不从非常慢的 SQL Server 7 服务器中提取数据。然后我设计了一个基于 TClientDataSets 的服务器缓存“玩具”,其中“缓存提供程序”连接到那些“服务器 ClientDataSets”,后者依次从文件缓存或数据库中读取数据。
根据每个数据集的一组特定硬编码规则刷新缓存。当需要刷新缓存时,server-ClientDataSet 使用提供程序通过 ADOQuery 从数据库中提取数据,然后使用 TClientDataSet 的二进制格式将数据保存到 app-server 磁盘。(它启用服务器实例之间的缓存共享)。
为了防止不同的实例在确定是时候更新缓存时同时从数据库中提取信息,开发了非常基本的同步方法。在数据检索操作期间在磁盘上创建一个“控制文件”,并在完成或失败时删除。在拉数据操作开始之前,服务器实例检查文件是否存在。如果存在,则进入等待循环,直到文件不存在并检查 .cds 关联文件中的有效数据...并据此采取行动。如果文件不存在,则尝试创建它,覆盖完全相同的毫秒情况。
这不是一个 24x7 的应用程序,只是一种 12x6 :D。该方法被证明非常好,我不记得在我维护该代码的近 3 年中这种粗鲁的同步失败了。但您可能想要创建一个更强大的机制。
当不需要刷新缓存时,数据只是从磁盘加载。
所有的缓存工作都是使用提供者方法完成的。
所以,关系是这样的:
//
// Client Server
//--------------- -----------------------------------------------------------------
// Cache refresh?
//
// Yes
// ----- Provider --- ADOQuery - DB
// ClientDataSet ---- Provider --- ClientDataSet --|
// ----- LoadFromFile
// No
//
//
需要更新检查和 OpenDataSet 的伪代码如下:
function CacheRequiresRefresh: Boolean
begin
if not IsPresentLocalData then
Result := True
else if ControlRecordIsMoreRecent then
Result := True
else if SomeOtherCondition then
Result := True
else
Result := False;
end;
function OpenDataSet;
begin
repeat
if CacheRequiresRefresh then
begin
if not ControlFilePresent then
if CreateControlFile then
begin
ConnectCDSToProvider;
CDS.Open;
end
else
if ControlFilePresent then
WaitUntilControlFileIsNotPresent
end
else
CDS.LoadFromFile('filename.cds');
until CDS.Active;
end;
我无法再访问代码了,当然我不记得每一个细节,幸运的是,当前的服务器非常好并且足够快,现在不需要考虑这个......希望解释机制的工作方式。如果您需要澄清或进一步的帮助,请发表评论。