问题标签 [rda]

我们面临以下涉及保持以下同步的问题：

• 1 台集中式服务器 (IIS / MSSQL 2005)
• ClickOnce 分发的许多桌面 WPF 客户端
• 许多移动客户端 - (Windows CE)

替代文字 http://img502.imageshack.us/img502/8246/deployment.png

有了这些棘手的限制：

• 所有同步关系都是双向的
• 桌面和移动节点需要离线模式
• 移动节点无法与中央服务器同步，但要通过 USB 与桌面节点同步。桌面节点充当移动客户端的服务器，而不是中央服务器。然后，来自移动节点的更新需要通过与桌面同步来传播到中央服务器，然后将该桌面与中央服务器同步。 唷。

讨厌。

要同步桌面和服务器，我们知道我们可以使用合并复制——服务器作为提供者，桌面作为订阅者，一切都很好。但是同步移动和桌面节点呢？似乎没有 SQL server + ISS，Desktop 不能成为发布者，对吧？我们只能将 MSSQL CE 部署到桌面。

即使是这种情况，一个节点是否可以既是订阅者又是发布者？我怀疑 Merge Replication 体系结构不支持这种安排 - 似乎集线器和辐射是唯一受支持的模型。

我们正在尝试确定是否可以消除 RDA 或合并复制作为可能的解决方案 - 如果可以，我们可能会采用 MS Sync 框架。

也许我们可以考虑其他技术？

谢谢大家，

阿什利

更新：我们刚刚开始玩 MS Sync Framework，它很震撼！

我有一个 .NET 3.5 Compact Framework 项目，它使用 RDA 在其移动设备的本地 SqlCe 数据库和远程 MSSql-2008 服务器之间移动数据（它使用 RDA 推送和拉取）。

服务器机器具有用于 RDA 的 sqlcesa35.dll (v3.5.5386.0) 设置的虚拟目录。我们通常在移动设备上安装这些cab，RDA进程没有任何问题：
sqlce.wce5.armv4i.cab
sqlce.repl.wce5.armv4i.cab

现在我正在尝试将此应用程序作为桌面应用程序运行。RDA Pull（下载）一直运行良好。但是 RDA Push（上传）给我带来了一些问题。

这是我在尝试使用 RDA Push 时在桌面应用程序上遇到的异常：

System.Data.SqlServerCe.SqlCeException

客户端代理和服务器代理组件版本不兼容。兼容的版本是：客户端代理版本 3.0 和 3.5 与服务器代理版本 3.5 和客户端代理版本 3.5 与服务器代理版本 3.5。使用客户端和服务器代理的匹配版本重新安装复制组件。[ 35,30,客户端代理版本 = ,服务器代理版本 = ]

我试过复制文件

C:\Program Files\Microsoft SQL Server Compact Edition\v3.5\Desktop\SqlServerCe.dll (v3.5.5692.0)

到 bin\debug

我还尝试将另一个版本的 SqlServerCe.dll (v3.0.5206.0) 复制到 bin\debug。但这只是给了我一个稍微不同的例外：

System.Data.SqlServerCe.SqlCeException [35,30]

我需要使用不同的设置或任何不同的 dll 吗？

我有一个启动第二个 exe 的 Delphi 2010 exe。在第二个 exe 中，有一个调用 openDialog.execute 的对话框。当它在远程桌面下的Windows 2008 Enterprise R2下运行时，它按预期运行，但是当作为远程应用程序运行时，一旦弹出文件对话框，应用程序就会挂起，将所有应用程序窗口变为白色。摆脱它的唯一方法是终止应用程序。我尝试用 TFileOpenDialog 替换 TOpenDialog，结果是一样的。我已经研究过修改启动主应用程序的 RDP 文件，但在那里看不到任何会产生影响的参数。有没有人见过这种行为？

2010.07.13 更新

这可以通过一个简单的例子重现。示例中有两个可执行文件。第一个是一个名为 m_module.exe 的文件启动器，它包含一个编辑、一个按钮和下面的代码。在单击启动按钮之前，我在编辑中更改了可执行文件的名称以匹配第二个可执行文件：

第二个可执行文件包含一个按钮和以下代码：

第一个模块从 RDP 文件启动。

2010.07.14 更新

我发现如果我复制以下 dll：

从 \Windows\System32 文件夹到应用程序文件夹，问题就解决了。

我进一步发现将 \Windows\System32 文件夹中这些 dll 的所有权和权限级别从 TrustedInstaller 更改为管理员组具有相同的结果（我认为将它们复制到应用程序目录正在更改所有权和权限）

为了确认这一点，我验证了如果我将所有权和权限级别从管理员组更改回 TrustedInstaller，错误会再次出现。

因此，这似乎是某种访问问题。也许这将有助于发现问题的原因。

2010.07.18 更新

一些可能有用的附加信息（由 Embarcadero 提供）：

GetWindowsDirectory 的这篇 MSDN 文章http://msdn.microsoft.com/en-us/library/ms724454%28VS.85%29.aspx记录了在终端服务下运行的应用程序的一些有趣行为。虽然没有直接调用 GetWindowsDirectory，但每个用户的 Windows 系统目录的沙盒化可能会导致某种问题。可能 GetOpenFileNameA 调用链中的 DLL 之一试图引用真实系统目录中的真实 DLL，而不是沙盒中的 DLL，从而导致权限冲突。这只是猜测，但值得研究。如果您能够让 SysInternals Process Monitor 或 Process Explorer 在服务器上工作，您应该能够看到 commdlg32 和堆栈跟踪中的其他 DLL 正在加载。

所有遗留应用程序（即不是为终端服务或远程桌面服务创建的所有应用程序）都在应用程序兼容层下运行。请参阅此 MSDN 文章http://msdn.microsoft.com/en-us/library/cc834995%28VS.85%29.aspx。IMAGE_DLLCHARACTERISTICS_TERMINAL_SERVER_AWARE 标志在 Windows.PAS 中定义。出于测试目的，您可以通过将 Windows 添加到应用程序的使用部分并在使用部分的正下方将其添加到应用程序的 PE 标头中：

{$SetPEOptFlags IMAGE_DLLCHARACTERISTICS_TERMINAL_SERVER_AWARE}

这将导致您的应用程序绕过兼容层。我目前正在调查生成的进程（例如您的第二个 exe）是否保留在 RDS 下定义的应用程序的所有权利和设置。

我在数据子目录下有 .RDa 格式的数据文件。但是，该R CMD check命令在此阶段无法识别该load("test.RDa")命令及其失败，并给出以下错误：

你能告诉我原因吗？我应该给出一个指定从哪里加载的路径吗？

我正在尝试在 r 中加载一个 .rda 文件，该文件是已保存的数据框。我不记得它的名字了。

我试过了

这不让我对 a 做任何事情。我得到错误

我也尝试过使用 = 符号。

如何加载这个 .rda 文件以便我可以使用它？

我用 load("al.rda) 重新盯着 R，我知道得到以下错误

我正在尝试为我的论文做一些工作，这是我第一次使用 R 编程语言（以及 Mac OS Lion 上的 R 应用程序）。我必须从这里下载文件才能使用，但没有一个文件以 .rda 或 .r 的形式出现，它们都具有不同的文件扩展名。有人可以告诉我如何转换或使用这些文件吗？

在我的库存移动应用程序中，我使用 RDA。使用移动设备，我只更新项目主文件（.sdf 文件）中特定项目的条形码。然后我将表推送到 SQL Server。有一个 Web 应用程序处理所有其他功能，包括 Item Master Changes。对于和例如。

(1) 我将 Item master 拉到移动设备上。(2) 从 Web 应用程序更改项目名称。(不是从设备) (3) 从设备更新条形码 (4) 从移动设备推送表到 SQL Server。

在这种情况下，旧项目名称被替换。我只需要更新条形码。

请帮我。

我正在开发的 R 包需要几个 R 数据对象，例如预先计算的模型和参数。

目前，我在单个 .RData 文件中的包的“数据”目录中拥有每个对象。使用包时，用户可以使用“数据”功能将这些对象附加到他们的环境中。

相反，我想要的行为是在加载包时，数据对象会自动附加到内部包环境，用户无法直接访问。

我的理解是，将“sysdata.rda”文件放在包含当前在“数据”中的对象的包的“R”目录中会给我想要的结果。但是，有没有办法做到这一点，以便我可以将每个对象放在单独的文件中而不是组合在一起？

在我的 RDA 三图中，我想显示“站点”、“物种”及其约束条件，在我的例子中是 Field 和 Trt。问题是并非所有级别的约束都显示在图中。每个因素有两个水平。

我的 RDA 代码是：

我有两个 R 数据文件（rda 格式），第一个是边缘列表，仅包含 id 编号，第二个包含 id 和名称。我需要将第二个文件中的名称与第一个文件中的 id 匹配，或者只是替换它们。我应该使用哪个命令？

这是第一个文件的样子：

这是第二个：

提前致谢！